Mobile terminal and method of controlling a mode screen display therein

ABSTRACT

A mobile terminal including a communication unit configured to communicate with at least one external terminal; a memory configured to store at least a first and second operating system including at least first and second modes, respectively; and a controller configured to execute the first operating system and to activate the first mode corresponding to the first operating system, to display a first information screen corresponding to the activated first mode on a display of the mobile terminal, to receive an event signal indicating an event related to the second mode has occurred on the mobile terminal, and to selectively display event information related to the event of the second mode on a display of the at least one external terminal.

This application claims the benefit of U.S. Provisional Application Ser.No. 61/425,754 filed on Dec. 21, 2010, which is hereby incorporated byreference as if fully set forth herein. This application also claims thebenefit of the Korean Patent Application No. 10-2011-0014723 filed onFeb. 18, 2011, which is hereby incorporated by reference as if fully setforth herein.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to a mobile terminal, and moreparticularly, to a mobile terminal and method of controlling a modescreen display therein. Although the present invention is suitable for awide scope of applications, it is particularly suitable for the mobileterminal capable of implementing a plurality of modes.

2. Discussion of the Related Art

Generally, terminals can be classified into mobile/portable terminalsand stationary terminals. The mobile terminals can be classified intohandheld terminals and vehicle mount terminals again according topossibility of user's direct portability.

As functions of the terminal are diversified, the terminal isimplemented as a multimedia player provided with composite functionssuch as photographing of photos or moving pictures, playback of music ormoving picture files, game play, broadcast reception and the like forexample. Recently, there is an ongoing technology for sharing acurrently displayed screen among a plurality of terminals.

SUMMARY OF THE INVENTION

Accordingly, the present invention is directed to a mobile terminal andmethod of controlling a mode screen display therein that substantiallyobviate one or more problems due to limitations and disadvantages of therelated art.

An object of the present invention is to provide a mobile terminal andmethod of controlling a mode screen display therein, by which aplurality of modes can be implemented and activated for user'sconvenience and data security in a manner of being discriminated fromeach other.

Another object of the present invention is to provide a mobile terminaland method of controlling a mode screen display therein, by which a modescreen can be shared with external terminal(s) having activated a modeidentical to a currently activated mode of my terminal.

A further object of the present invention is to provide a mobileterminal and method of controlling a mode screen display therein, bywhich information on a currently deactivated mode can be limitedlyshared in sharing a mode screen.

Additional advantages, objects, and features of the invention will beset forth in part in the description which follows and in part willbecome apparent to those having ordinary skill in the art uponexamination of the following or may be learned from practice of theinvention. The objectives and other advantages of the invention may berealized and attained by the structure particularly pointed out in thewritten description and claims hereof as well as the appended drawings.

To achieve these objects and other advantages and in accordance with thepurpose of the invention, as embodied and broadly described herein, amobile terminal sharing information with at least one external terminalaccording to the present invention includes at least one operatingsystem capable of implementing a plurality of modes including a firstmode and a second mode, at least one application executed in at leastone of a plurality of the modes, a controller activating the first mode,the controller controlling a screen of the first mode to be displayed onat least one external terminal to correspond to a prescribed level, awireless communication unit performing a transmission operation of thescreen of the first mode under the control of the controller, and adisplay unit displaying the screen of the first mode under the controlof the controller. And, the prescribed level includes at least one of alevel of a content displayed on the screen of the first mode, a level ofthe at least one external terminal and a level of the mobile terminal.

In another aspect of the present invention, a mobile terminal sharinginformation with at least one external terminal includes at least oneoperating system capable of implementing a plurality of modes includinga first mode and a second mode, at least one application executed in atleast one of a plurality of the modes, a display unit, if the first modeis activated, displaying a screen of the activated first mode, awireless communication unit receiving a screen of a currently activatedmode of the at least one external terminal, and a controller activatingthe first mode, the controller controlling the display unit to displaythe received screen to correspond to a prescribed level. And, whereinthe prescribed level includes at least one of a level of a contentdisplayed on the received screen, a level of the at least one externalterminal and a level of the mobile terminal.

In another aspect of the present invention, a method of controlling amode screen display in a mobile terminal, which implements a pluralityof modes including a first mode and a second mode, includes the steps ofif the first mode is activated, displaying a screen of the activatedfirst mode, transmitting the screen of the first mode, and controllingthe screen of the first mode to be displayed on at least one externalterminal to correspond to a prescribed level. And, the mobile terminalincludes at least one operating system capable of implementing aplurality of the modes and at least one application executable in atleast one of a plurality of the modes. Moreover, the prescribed levelincludes at least one of a level of a content displayed on the screen ofthe first mode, a level of the at least one external terminal and alevel of the mobile terminal.

In a further aspect of the present invention, a method of controlling amode screen display in a mobile terminal, which implements a pluralityof modes including a first mode and a second mode, includes the steps ofif the first mode is activated, displaying a screen of the activatedfirst mode, receiving a screen of a currently activated mode of at leastone external terminal, and displaying the received screen to correspondto the prescribed level. And, the mobile terminal includes at least oneoperating system capable of implementing a plurality of the modes and atleast one application executable in at least one of a plurality of themodes. Moreover, the prescribed level includes at least one of a levelof a content displayed on the received screen, a level of the at leastone external terminal and a level of the mobile terminal.

Accordingly, the present invention provides the following effects and/oradvantages.

First of all, a screen of a currently activated mode can be shared withat least one external terminal.

Secondly, the present invention controls a mode screen to be shared withat least one external terminal to correspond to a prescribed level,whereby a same mode screen can be shared with all external terminals.And, a partial region of the mode screen can be shared with a specificexternal terminal to correspond to a prescribed level. Moreover, themode screen itself may not be shared with a specific external terminalto correspond to a prescribed level.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are included to provide a furtherunderstanding of the invention and are incorporated in and constitute apart of this application, illustrate embodiment(s) of the invention andtogether with the description serve to explain the principle of theinvention. In the drawings:

FIG. 1 is a block diagram of a mobile terminal according to oneembodiment of the present invention;

FIG. 2A is a front perspective diagram of a mobile terminal according toone embodiment of the present invention;

FIG. 2B is a rear perspective diagram of a mobile terminal according toone embodiment of the present invention;

FIGS. 3A to 3C are block diagrams of components required forimplementation of a plurality of modes and a mode switching among aplurality of the modes according to the present invention;

FIGS. 4A to 4C are block diagrams of components required for operating aplurality of operating system for implementing a plurality of modesaccording to the present invention;

FIGS. 5A to 10C are diagrams for discriminating a plurality of modesaccording to the present invention;

FIGS. 11A to 11E are block diagrams of a plurality of terminals capableof sharing a mode screen according to the present invention;

FIG. 12 is a first flowchart for a method of controlling a mode screendisplay in a mobile terminal according to one embodiment of the presentinvention;

FIG. 13 is a diagram of a display configuration of a mode screen of amobile terminal in a currently activated mode according to the presentinvention;

FIGS. 14A to 14C are diagrams of display configurations of a my-modescreen and a counterpart mode screen in an external terminal accordingto the present invention;

FIGS. 15A to 15D are diagrams of display configurations of a my-modescreen and a counterpart mode screen in a mobile terminal according tothe present invention;

FIGS. 16A to 16C are diagrams for displaying a mode screen in aplurality of terminals by dividing the mode screen into a plurality ofobjects according to the present invention;

FIGS. 17A to 17D are diagrams for not displaying or identifiablydisplaying a partial region of a mode screen in an external terminalaccording to the present invention;

FIGS. 18A to 18D are diagram for displaying signal indicationinformation in an external terminal when a mobile terminal detects asignal related to a deactivated mode according to the present invention;

FIGS. 19A to 19C are diagrams of screen configurations for a method ofcontrolling a mode screen in case of switching to another mode, whilethe mode screen is shared, according to the present invention;

FIG. 20 is a second flowchart for a method of controlling a mode screendisplay in a mobile terminal according to one embodiment of the presentinvention;

FIG. 21 is a third flowchart for a method of controlling a mode screendisplay in a mobile terminal according to one embodiment of the presentinvention;

FIG. 22 is a diagram for displaying a mode screen of a currentlyactivated mode in a mobile terminal according to the present invention;

FIG. 23A and FIG. 23B are first diagrams for displaying a mode screen inan external terminal in accordance with a prescribed level according tothe present invention;

FIGS. 24A to 24C are second diagrams for displaying a mode screen in anexternal terminal in accordance with a prescribed level according to thepresent invention;

FIG. 25A and FIG. 25B are diagrams for displaying a plurality of objectsincluded in a mode screen on a plurality of terminals in accordance witha prescribed level, respectively, according to the present invention;

FIGS. 26A to 26C are diagrams of screen configurations for displayingmode screen control authorities of a plurality of external terminals inaccordance with a prescribed level, respectively, according to thepresent invention;

FIG. 27A and FIG. 27B are diagrams of screen configurations fordetermining a prescribed level when a mobile terminal receives a modescreen of an external terminal according to the present invention; and

FIG. 28 is a diagram for controlling a mode screen displayed on a motherscreen in accordance with a prescribed level when mode screens of aplurality of terminals (mother screen included) are displayed on themother screen according to the present invention.

DETAILED DESCRIPTION OF THE INVENTION

In the following detailed description, reference is made to theaccompanying drawing figures which form a part hereof, and which show byway of illustration specific embodiments of the invention. It is to beunderstood by those of ordinary skill in this technological field thatother embodiments may be utilized, and structural, electrical, as wellas procedural changes may be made without departing from the scope ofthe present invention. Wherever possible, the same reference numberswill be used throughout the drawings to refer to the same or similarparts.

First of all, mobile terminals described in this disclosure can includea mobile phone, a smart phone, a laptop computer, a digital broadcastterminal, a PDA (personal digital assistants), a PMP (portablemultimedia player), a navigation system and the like.

Except a case applicable to a mobile terminal only, it is apparent tothose skilled in the art that the configurations according to anembodiment described in this disclosure is applicable to such astationary terminal as a digital TV, a desktop computer and the like.

FIG. 1 is a block diagram of a mobile terminal according to oneembodiment of the present invention.

Referring to FIG. 1, a mobile terminal 100 according to one embodimentof the present invention includes a wireless communication unit 110, anA/V (audio/video) input unit 120, a user input unit 130, a sensing unit140, an output unit 150, a memory 160, an interface unit 170, acontroller 180, a power supply unit 190 and the like. FIG. 1 shows themobile terminal 100 having various components, but it is understood thatimplementing all of the illustrated components is not a requirement.Greater or fewer components may alternatively be implemented.

In the following description, the above elements of the mobile terminal100 are explained in sequence.

First of all, the wireless communication unit 110 typically includes oneor more components which permits wireless communication between themobile terminal 100 and a wireless communication system or networkwithin which the mobile terminal 100 is located. For instance, thewireless communication unit 110 can include a broadcast receiving module111, a mobile communication module 112, a wireless internet module 113,a short-range communication module 114, a position-location module 115and the like.

The broadcast receiving module 111 receives a broadcast signal and/orbroadcast associated information from an external broadcast managingserver via a broadcast channel.

The broadcast channel may include a satellite channel and a terrestrialchannel

The broadcast managing server generally refers to a server whichgenerates and transmits a broadcast signal and/or broadcast associatedinformation or a server which is provided with a previously generatedbroadcast signal and/or broadcast associated information and thentransmits the provided signal or information to a terminal. Thebroadcast signal may be implemented as a TV broadcast signal, a radiobroadcast signal, and a data broadcast signal, among others. If desired,the broadcast signal may further include a broadcast signal combinedwith a TV or radio broadcast signal.

The broadcast associated information includes information associatedwith a broadcast channel, a broadcast program, a broadcast serviceprovider, etc. And, the broadcast associated information can be providedvia a mobile communication network. In this case, the broadcastassociated information can be received by the mobile communicationmodule 112.

The broadcast associated information can be implemented in variousforms. For instance, broadcast associated information may include anelectronic program guide (EPG) of digital multimedia broadcasting (DMB)and electronic service guide (ESG) of digital video broadcast-handheld(DVB-H).

The broadcast receiving module 111 may be configured to receivebroadcast signals transmitted from various types of broadcast systems.By non-limiting example, such broadcasting systems include digitalmultimedia broadcasting-terrestrial (DMB-T), digital multimediabroadcasting-satellite (DMB-S), digital video broadcast-handheld(DVB-H), the data broadcasting system known as media forward link only(MediaFLO®) and integrated services digital broadcast-terrestrial(ISDB-T). Optionally, the broadcast receiving module 111 can beconfigured suitable for other broadcasting systems as well as theabove-explained digital broadcasting systems.

The broadcast signal and/or broadcast associated information received bythe broadcast receiving module 111 may be stored in a suitable device,such as a memory 160.

The mobile communication module 112 transmits/receives wireless signalsto/from one or more network entities (e.g., base station, externalterminal, server, etc.). Such wireless signals may represent audio,video, and data according to text/multimedia message transceivings,among others.

The wireless internet module 113 supports Internet access for the mobileterminal 100. This module may be internally or externally coupled to themobile terminal 100. In this case, the wireless Internet technology caninclude WLAN (Wireless LAN) (Wi-Fi), Wibro (Wireless broadband), Wimax(World Interoperability for Microwave Access), HSDPA (High SpeedDownlink Packet Access), etc.

The short-range communication module 114 facilitates relativelyshort-range communications. Suitable technologies for implementing thismodule include radio frequency identification (RFID), infrared dataassociation (IrDA), ultra-wideband (UWB), as well at the networkingtechnologies commonly referred to as Bluetooth and ZigBee, to name afew.

The position-location module 115 identifies or otherwise obtains thelocation of the mobile terminal 100. If desired, this module may beimplemented with a global positioning system (GPS) module.

Referring to FIG. 1, the audio/video (A/V) input unit 120 is configuredto provide audio or video signal input to the mobile terminal 100. Asshown, the A/V input unit 120 includes a camera 121 and a microphone122. The camera 121 receives and processes image frames of stillpictures or video, which are obtained by an image sensor in a video callmode or a photographing mode. And, the processed image frames can bedisplayed on the display unit 151.

The image frames processed by the camera 121 can be stored in the memory160 or can be externally transmitted via the wireless communication unit110. Optionally, at least two cameras 121 can be provided to the mobileterminal 100 according to environment of usage.

The microphone 122 receives an external audio signal while the portabledevice is in a particular mode, such as phone call mode, recording modeand voice recognition. This audio signal is processed and converted intoelectric audio data. The processed audio data is transformed into aformat transmittable to a mobile communication base station via themobile communication module 112 in case of a call mode. The microphone122 typically includes assorted noise removing algorithms to removenoise generated in the course of receiving the external audio signal.

The user input unit 130 generates input data responsive to usermanipulation of an associated input device or devices. Examples of suchdevices include a keypad, a dome switch, a touchpad (e.g., staticpressure/capacitance), a jog wheel, a jog switch, etc.

The sensing unit 140 provides sensing signals for controlling operationsof the mobile terminal 100 using status measurements of various aspectsof the mobile terminal. For instance, the sensing unit 140 may detect anopen/close status of the mobile terminal 100, relative positioning ofcomponents (e.g., a display and keypad) of the mobile terminal 100, achange of position of the mobile terminal 100 or a component of themobile terminal 100, a presence or absence of user contact with themobile terminal 100, orientation or acceleration/deceleration of themobile terminal 100. As an example, consider the mobile terminal 100being configured as a slide-type mobile terminal. In this configuration,the sensing unit 140 may sense whether a sliding portion of the mobileterminal is open or closed. Other examples include the sensing unit 140sensing the presence or absence of power provided by the power supply190, the presence or absence of a coupling or other connection betweenthe interface unit 170 and an external device. And, the sensing unit 140can include a proximity sensor 141.

The output unit 150 generates outputs relevant to the senses of sight,hearing, touch and the like. And, the output unit 150 includes thedisplay unit 151, an audio output module 152, an alarm unit 153, ahaptic module 154, a projector module 155 and the like.

The display unit 151 is typically implemented to visually display(output) information associated with the mobile terminal 100. Forinstance, if the mobile terminal is operating in a phone call mode, thedisplay will generally provide a user interface (UI) or graphical userinterface (GUI) which includes information associated with placing,conducting, and terminating a phone call. As another example, if themobile terminal 100 is in a video call mode or a photographing mode, thedisplay unit 151 may additionally or alternatively display images whichare associated with these modes, the UI or the GUI.

The display module 151 may be implemented using known displaytechnologies including, for example, a liquid crystal display (LCD), athin film transistor-liquid crystal display (TFT-LCD), an organiclight-emitting diode display (OLED), a flexible display and athree-dimensional display. The mobile terminal 100 may include one ormore of such displays.

Some of the above displays can be implemented in a transparent oroptical transmittive type, which can be named a transparent display. Asa representative example for the transparent display, there is TOLED(transparent OLED) or the like. A rear configuration of the display unit151 can be implemented in the optical transmittive type as well. In thisconfiguration, a user is able to see an object in rear of a terminalbody via the area occupied by the display unit 151 of the terminal body.

At least two display units 151 can be provided to the mobile terminal100 in accordance with the implemented configuration of the mobileterminal 100. For instance, a plurality of display units can be arrangedon a single face of the mobile terminal 100 in a manner of being spacedapart from each other or being built in one body. Alternatively, aplurality of display units can be arranged on different faces of themobile terminal 100.

When the display unit 151 and a sensor for detecting a touch action(hereinafter called ‘touch sensor’) configures a mutual layer structure(hereinafter called ‘touchscreen’), it is able to use the display unit151 as an input device as well as an output device. In this case, thetouch sensor can be configured as a touch film, a touch sheet, atouchpad or the like.

The touch sensor can be configured to convert a pressure applied to aspecific portion of the display unit 151 or a variation of a capacitancegenerated from a specific portion of the display unit 151 to an electricinput signal. Moreover, it is able to configure the touch sensor todetect a pressure of a touch as well as a touched position or size.

If a touch input is made to the touch sensor, signal(s) corresponding tothe touch is transferred to a touch controller. The touch controllerprocesses the signal(s) and then transfers the processed signal(s) tothe controller 180. Therefore, the controller 180 is able to knowwhether a prescribed portion of the display unit 151 is touched.

Referring to FIG. 1, a proximity sensor 141 can be provided to aninternal area of the mobile terminal 100 enclosed by the touchscreen oraround the touchscreen. The proximity sensor 141 is the sensor thatdetects a presence or non-presence of an object approaching a prescribeddetecting surface or an object existing around the proximity sensor 141using an electromagnetic field strength or infrared ray withoutmechanical contact. Hence, the proximity sensor 141 has durabilitylonger than that of a contact type sensor and also has utility widerthan that of the contact type sensor.

The proximity sensor 141 can include one of a transmittive photoelectricsensor, a direct reflective photoelectric sensor, a mirror reflectivephotoelectric sensor, a radio frequency oscillation proximity sensor, anelectrostatic capacity proximity sensor, a magnetic proximity sensor, aninfrared proximity sensor and the like. When the touchscreen includesthe electrostatic capacity proximity sensor, it is configured to detectthe proximity of a pointer using a variation of electric field accordingto the proximity of the pointer. In this case, the touchscreen (touchsensor) can be classified as the proximity sensor.

In the following description, for clarity, an action that a pointerapproaches without contacting with the touchscreen to be recognized aslocated on the touchscreen is named ‘proximity touch’. And, an actionthat a pointer actually touches the touchscreen is named ‘contacttouch’. The meaning of the position on the touchscreen proximity-touchedby the pointer means the position of the pointer which verticallyopposes the touchscreen when the pointer performs the proximity touch.

The proximity sensor 141 detects a proximity touch and a proximity touchpattern (e.g., a proximity touch distance, a proximity touch duration, aproximity touch position, a proximity touch shift state, etc.). And,information corresponding to the detected proximity touch action and thedetected proximity touch pattern can be outputted to the touchscreen.

The audio output module 152 functions in various modes including acall-receiving mode, a call-placing mode, a recording mode, a voicerecognition mode, a broadcast reception mode and the like to outputaudio data which is received from the wireless communication unit 110 oris stored in the memory 160. During operation, the audio output module152 outputs audio relating to a particular function (e.g., callreceived, message received, etc.). The audio output module 152 is oftenimplemented using one or more speakers, buzzers, other audio producingdevices, and combinations thereof.

The alarm unit 153 is output a signal for announcing the occurrence of aparticular event associated with the mobile terminal 100. Typical eventsinclude a call received event, a message received event and a touchinput received event. The alarm unit 153 is able to output a signal forannouncing the event occurrence by way of vibration as well as video oraudio signal. The video or audio signal can be outputted via the displayunit 151 or the audio output unit 152. Hence, the display unit 151 orthe audio output module 152 can be regarded as a part of the alarm unit153.

The haptic module 154 generates various tactile effects that can besensed by a user. Vibration is a representative one of the tactileeffects generated by the haptic module 154. Strength and pattern of thevibration generated by the haptic module 154 are controllable. Forinstance, different vibrations can be outputted in a manner of beingsynthesized together or can be outputted in sequence.

The haptic module 154 is able to generate various tactile effects aswell as the vibration. For instance, the haptic module 154 generates theeffect attributed to the arrangement of pins vertically moving against acontact skin surface, the effect attributed to the injection/suctionpower of air though an injection/suction hole, the effect attributed tothe skim over a skin surface, the effect attributed to the contact withelectrode, the effect attributed to the electrostatic force, the effectattributed to the representation of hold/cold sense using an endothermicor exothermic device and the like.

The haptic module 154 can be implemented to enable a user to sense thetactile effect through a muscle sense of finger, arm or the like as wellas to transfer the tactile effect through a direct contact. Optionally,at least two haptic modules 154 can be provided to the mobile terminal100 in accordance with the corresponding configuration type of themobile terminal 100.

The projector module 155 is the element for performing an imageprojector function using the mobile terminal 100. And, the projectormodule 155 is able to display an image, which is identical to orpartially different at least from the image displayed on the displayunit 151, on an external screen or wall according to a control signal ofthe controller 180.

In particular, the projector module 155 can include a light sourcegenerating light (e.g., laser) for projecting an image externally, animage producing means for producing an image to output externally usingthe light generated from the light source, and a lens for enlarging tooutput the image externally in a predetermined focus distance. And, theprojector module 155 can further include a device for adjusting an imageprojected direction by mechanically moving the lens or the whole module.

The projector module 155 can be classified into a CRT (cathode ray tube)module, an LCD (liquid crystal display) module, a DLP (digital lightprocessing) module or the like according to a device type of a displaymeans. In particular, the DLP module is operated by the mechanism ofenabling the light generated from the light source to reflect on a DMD(digital micro-mirror device) chip and can be advantageous for thedownsizing of the projector module 151.

Preferably, the projector module 155 can be provided in a lengthdirection of a lateral, front or backside direction of the mobileterminal 100. And, it is understood that the projector module 155 can beprovided to any portion of the mobile terminal 100 according to thenecessity thereof.

The memory unit 160 is generally used to store various types of data tosupport the processing, control, and storage requirements of the mobileterminal 100. Examples of such data include program instructions forapplications operating on the mobile terminal 100, contact data,phonebook data, messages, audio, still pictures, moving pictures, etc.And, a recent use history or a cumulative use frequency of each data(e.g., use frequency for each phonebook, each message or eachmultimedia) can be stored in the memory unit 160. Moreover, data forvarious patterns of vibration and/or sound outputted in case of a touchinput to the touchscreen can be stored in the memory unit 160.

The memory 160 may be implemented using any type or combination ofsuitable volatile and non-volatile memory or storage devices includinghard disk, random access memory (RAM), static random access memory(SRAM), electrically erasable programmable read-only memory (EEPROM),erasable programmable read-only memory (EPROM), programmable read-onlymemory (PROM), read-only memory (ROM), magnetic memory, flash memory,magnetic or optical disk, multimedia card micro type memory, card-typememory (e.g., SD memory, XD memory, etc.), or other similar memory ordata storage device. And, the mobile terminal 100 is able to operate inassociation with a web storage for performing a storage function of thememory 160 on Internet.

The interface unit 170 is often implemented to couple the mobileterminal 100 with external devices. The interface unit 170 receives datafrom the external devices or is supplied with the power and thentransfers the data or power to the respective elements of the mobileterminal 100 or enables data within the mobile terminal 100 to betransferred to the external devices. The interface unit 170 may beconfigured using a wired/wireless headset port, an external chargerport, a wired/wireless data port, a memory card port, a port forcoupling to a device having an identity module, audio input/outputports, video input/output ports, an earphone port and/or the like.

The identity module is the chip for storing various kinds of informationfor authenticating a use authority of the mobile terminal 100 and caninclude User Identify Module (UIM), Subscriber Identify Module (SIM),Universal Subscriber Identity Module (USIM) and/or the like. A devicehaving the identity module (hereinafter called ‘identity device’) can bemanufactured as a smart card. Therefore, the identity device isconnectible to the mobile terminal 100 via the corresponding port.

When the mobile terminal 100 is connected to an external cradle, theinterface unit 170 becomes a passage for supplying the mobile terminal100 with a power from the cradle or a passage for delivering variouscommand signals input from the cradle by a user to the mobile terminal100. Each of the various command signals input from the cradle or thepower can operate as a signal enabling the mobile terminal 100 torecognize that it is correctly loaded in the cradle.

The controller 180 typically controls the overall operations of themobile terminal 100. For example, the controller 180 performs thecontrol and processing associated with voice calls, data communications,video calls, etc. The controller 180 may include a multimedia module 181that provides multimedia playback. The multimedia module 181 may beconfigured as part of the controller 180, or implemented as a separatecomponent.

Moreover, the controller 180 is able to perform a pattern recognizingprocess for recognizing a writing input and a picture drawing inputcarried out on the touchscreen as characters or images, respectively.

The power supply unit 190 provides power required by the variouscomponents for the mobile terminal 100. The power may be internal power,external power, or combinations thereof.

Various embodiments described herein may be implemented in acomputer-readable medium using, for example, computer software,hardware, or some combination thereof. For a hardware implementation,the embodiments described herein may be implemented within one or moreapplication specific integrated circuits (ASICs), digital signalprocessors (DSPs), digital signal processing devices (DSPDs),programmable logic devices (PLDs), field programmable gate arrays(FPGAs), processors, controllers, micro-controllers, microprocessors,other electronic units designed to perform the functions describedherein, or a selective combination thereof. Such embodiments may also beimplemented by the controller 180.

For a software implementation, the embodiments described herein may beimplemented with separate software modules, such as procedures andfunctions, each of which perform one or more of the functions andoperations described herein. The software codes can be implemented witha software application written in any suitable programming language andmay be stored in memory such as the memory 160, and executed by acontroller or processor, such as the controller 180.

FIG. 2A is a front perspective diagram of a mobile terminal according toone embodiment of the present invention.

The mobile terminal 100 shown in the drawing has a bar type terminalbody. Yet, the mobile terminal 100 may be implemented in a variety ofdifferent configurations. Examples of such configurations includefolder-type, slide-type, rotational-type, swing-type and combinationsthereof. For clarity, further disclosure will primarily relate to abar-type mobile terminal 100. However such teachings apply equally toother types of mobile terminals.

Referring to FIG. 2A, the mobile terminal 100 includes a case (casing,housing, cover, etc.) configuring an exterior thereof. In the presentembodiment, the case can be divided into a front case 101 and a rearcase 102. Various electric/electronic parts are loaded in a spaceprovided between the front and rear cases 101 and 102. Optionally, atleast one middle case can be further provided between the front and rearcases 101 and 102 in addition.

The cases 101 and 102 are formed by injection molding of synthetic resinor can be formed of metal substance such as stainless steel (STS),titanium (Ti) or the like for example.

A display unit 151, an audio output unit 152, a camera 121, user inputunits 130/131 and 132, a microphone 122, an interface 180 and the likecan be provided to the terminal body, and more particularly, to thefront case 101.

The display unit 151 occupies most of a main face of the front case 101.The audio output unit 151 and the camera 121 are provided to an areaadjacent to one of both end portions of the display unit 151, while theuser input unit 131 and the microphone 122 are provided to another areaadjacent to the other end portion of the display unit 151. The userinput unit 132 and the interface 170 can be provided to lateral sides ofthe front and rear cases 101 and 102.

The input unit 130 is manipulated to receive a command for controllingan operation of the terminal 100. And, the input unit 130 is able toinclude a plurality of manipulating units 131 and 132. The manipulatingunits 131 and 132 can be named a manipulating portion and may adopt anymechanism of a tactile manner that enables a user to perform amanipulation action by experiencing a tactile feeling.

Content input by the first or second manipulating unit 131 or 132 can bediversely set. For instance, such a command as start, end, scroll andthe like is input to the first manipulating unit 131. And, a command fora volume adjustment of sound outputted from the audio output unit 152, acommand for a switching to a touch recognizing mode of the display unit151 or the like can be input to the second manipulating unit 132.

FIG. 2B is a perspective diagram of a backside of the terminal shown inFIG. 2A.

Referring to FIG. 2B, a camera 121′ can be additionally provided to abackside of the terminal body, and more particularly, to the rear case102. The camera 121 has a photographing direction that is substantiallyopposite to that of the former camera 121 shown in FIG. 21A and may havepixels differing from those of the firmer camera 121.

Preferably, for instance, the former camera 121 has low pixels enough tocapture and transmit a picture of user's face for a video call, whilethe latter camera 121′ has high pixels for capturing a general subjectfor photography without transmitting the captured subject. And, each ofthe cameras 121 and 121′ can be installed at the terminal body to berotated or popped up.

A flash 123 and a mirror 124 are additionally provided adjacent to thecamera 121′. The flash 123 projects light toward a subject in case ofphotographing the subject using the camera 121′. When a user attempts totake a picture of the user (self-photography) using the camera 121′, themirror 124 enables the user to view user's face reflected by the mirror124.

An additional audio output unit 152′ can be provided to the backside ofthe terminal body. The additional audio output unit 152′ is able toimplement a stereo function together with the former audio output unit152 shown in FIG. 2A and may be used for implementation of aspeakerphone mode in talking over the terminal.

A broadcast signal receiving antenna 124 can be additionally provided tothe lateral side of the terminal body as well as an antenna forcommunication or the like. The antenna 124 constructing a portion of thebroadcast receiving module 111 shown in FIG. 1 can be retractablyprovided to the terminal body.

A power supply unit 190 for supplying a power to the terminal 100 isprovided to the terminal body. And, the power supply unit 190 can beconfigured to be built within the terminal body. Alternatively, thepower supply unit 190 can be configured to be detachably connected tothe terminal body.

A touchpad 135 for detecting a touch can be additionally provided to therear case 102. The touchpad 135 can be configured in a lighttransmittive type like the display unit 151. In this case, if thedisplay unit 151 is configured to output visual information from itsboth faces, it is able to recognize the visual information via thetouchpad 135 as well. The information outputted from both of the facescan be entirely controlled by the touchpad 135. Alternatively, a displayis further provided to the touchpad 135 so that a touchscreen can beprovided to the rear case 102 as well.

The touchpad 135 is activated by interconnecting with the display unit151 of the front case 101. The touchpad 135 can be provided in rear ofthe display unit 151 in parallel. The touchpad 135 can have a size equalto or smaller than that of the display unit 151.

First of all, a mobile terminal mentioned in the following descriptioncan include at least one of the components shown in FIG. 1. And, inorder to perform an operation using the components (e.g., touchscreen,wireless communication unit, memory, etc.), the controller 180 is ableto control an individual operation of each of the components orinterconnected operations among a plurality of the components.

Applications mentioned in this disclosure are software programs drivablein a mobile terminal. If the application is driven, it is able toexecute a corresponding function or operation. The application isbasically stored in the mobile terminal (particularly, the memory 160)or can be downloaded from an external server of an external terminal.

For example, the applications can include a compass, an augmentedreality, a camera, a video player, a music player, a game, a news, a webbrowser, a message, a phonebook, a memo, a schedule management, and thelike. Of course, the allocations are non-limited by this example and canbe implemented in more various ways.

There can exist contents or data associated with the applications aswell. In this case, the associated content or data is stored in thememory 160 or can be stored in an external server having a storagespace.

For instance, the contents can include an audio file (associated withthe music player), a video file (associated with the video player), adocument file (associated with an e-book), and the like. And, the datacan include a message content (associated with the message), a memocontent (associated with the memo), a counterpart information(associated with the phonebook), a schedule content (associated with theschedule management), and the like.

According to the present invention, a mobile terminal is able toconfigure a plurality of modes differing from each other in applicationconfiguration for data security for one mode against another mode ordata security between different modes. And, the mobile terminalaccording to the present invention is able to implement a plurality ofthe modes selectively or simultaneously (or sequentially).

When a specific application is executed in a prescribed mode, at leastone application interoperable with the specific application can beexecuted in the prescribed mode. For instance, if a specific applicationis a voice call, an application interoperable with the voice call caninclude a phonebook, a message and the like.

Regarding mode discrimination in application configuration, anapplication executable in each of a plurality of modes can include atleast one application (hereinafter named a dedicated application)executable by being dedicated to each of a plurality of the modes or atleast one application (hereinafter named a common application)executable in any one of a plurality of the modes. In particular, thecommon application can change at least one feature in each of aplurality of the modes in which the corresponding application isexecutable. For instance, at least one of configuration, representation,security and the like of the common application is changeable. Thisshall be described in detail later.

Of course, the common application may not change its feature in each ofa plurality of the modes in which the corresponding application isexecutable. For instance, if the common application includes such abasic terminal application as a voice call, a message and the like, itmay not change its feature.

For example, if first to third applications are executed in a first modeand if the third application, a fourth application and a fifthapplication are executed in a second mode, the first and secondapplications can be called dedicated applications of the first mode, thethird application can be called the common application of the first andsecond modes and the fourth and fifth applications can be called thededicated applications of the second mode.

A plurality of modes can include a first mode (i.e., a private mode)facilitating user's personal life, a second mode (i.e., a business mode)facilitating a user's work life, and the like. This enables a mobileterminal to be discriminatively used in consideration of a user'spersonal life (e.g., privacy) and a user's public life (e.g., worklife). In particular, in aspect of security reinforcement, when either aprivate mode or a business mode is implemented, restriction can be puton an access to information corresponding to the other mode.

The above-described private mode and the business mode are just examplesfor describing a plurality of the modes. If the above-described privatemode and the business mode are suitable for the mode discriminationreference mentioned in this disclosure, they are non-limited by theirnames. Although the mode discrimination of a plurality of the modes isexplained in the above description based on the applicationconfiguration, it shall be described in detail with reference to theaccompanying drawings later.

Implementation and activation of a plurality of modes mentioned in thedescription of the present invention shall be defined as follows.

First of all, according to the present invention, a mobile terminal isable to implement a plurality of modes and is also able to activate oneof a plurality of the currently implemented modes. For instance, if aplurality of the modes includes a first mode and a second mode, themobile terminal boots an operating system capable of implementing bothof the first and second modes and can then activate the implementedfirst or second mode selectively.

In particular, if both of the first and second modes are alreadyimplemented, the mode for displaying an executed screen on a currentscreen, the mode for designating the currently executed application, themode having a high priority or the like can be called an activated mode.In this case, a non-activated mode (or a deactivated mode) can beregarded as operating as a background despite being implemented in themobile terminal. In particular, if an executed screen of the first modeand an executed screen of the second mode are being displayed on a firstregion and a second region of the screen through screen partition,respectively, the mode selected by a user, the mode for activating thecorresponding region currently, the mode for designating a currentlyexecuted application, the mode having a high priority or the like can beregarded as activated.

Occasionally, after the mobile terminal has implemented and activatedone mode, if the mobile terminal attempts to switch the current mode tothe other mode, the mobile terminal can implement and activate the othermode (i.e., selective implementation and activation of mode).

In the following description, implementation of a plurality of modes andoperations of components required for inter-mode switching for aplurality of the modes are explained in detail with reference to FIGS.3A to 4C.

FIGS. 3A to 3C are block diagrams of components required forimplementation of a plurality of modes and a mode switching among aplurality of the modes according to the present invention. Inparticular, FIG. 3A is a block diagram of the controller 180 for drivinga plurality of operating systems (OSs) and configuring a dedicatedscreen of a plurality of operating systems. And, FIG. 3B is a blockdiagram of a screen processor 185 shown in FIG. 3A. In particular, FIG.3A and FIG. 3B show a case that a plurality of the operating systems areprovided in parallel with each other (cf. FIG. 4A (a), FIG. 4B).

According to the present invention, a plurality of the modes can beimplemented by a plurality of the operating systems, respectively. Inparticular, the operating system for supporting implementation candiffer per mode.

Referring to FIG. 3A, the controller 180 can include a screen processor185, a driver 186, a hypervisor 187 and a main processor 188. In thiscase, the hypervisor 187 can be called such a terminology as a virtualengine (virtual machine), a virtualizing module (virtualization), avirtual engine monitor (virtual machine monitor), a virtualizationmodule monitor (virtualization monitor) and the like. This terminologyis just exemplary. And, a component capable of performing the samefunction of the hypervisor 187 is non-limited by the correspondingterminology.

A frame buffer is provided to each of a plurality of the operatingsystems stored in the memory 160. If a plurality of the operatingsystems are driven, the screen processor 185 receives a framecorresponding to a dedicated screen of the corresponding operatingsystem from each of the frame buffers and then determines whether todisplay the dedicated screen of a prescribed one of the operatingsystems on a screen of the display unit 151 under the control of themain processor 188.

Under the control of the main processor 188, the screen processor 185displays the dedicated screen of the specific operating system on thewhole screen of the display unit 151 (e.g., in case of implementing onemode only). Alternatively, the screen processor 185 generates oneintegrated frame by combining and/or editing the frames received fromthe frame buffers and is then able to display an integrated dedicatedscreen including all the dedicated screens of a plurality of theoperating systems (e.g., in case of implementing a plurality of themodes).

Referring to FIG. 3A, a plurality of the operating systems OS1, . . . OSN are prepared in parallel with each other, which can be described indetail with reference to FIG. 4A (a) and FIG. 4B as follows.

FIG. 4A (a) and FIG. 4B show a scheme of booting a plurality ofoperating systems Guest OS 1 and Guest OS 2 respectively supportingdifferent modes in parallel by loading a hypervisor (hereinafter named afirst scheme).

Referring to FIG. 4A (a) and FIG. 4B, the mobile terminal 100 is able toimplement Guest OS 1 and Guest OS 2 selectively, sequentially orsimultaneously. And, a different mode can be designated to each of theGuest OS 1 and the Guest OS 2. In this case, the operation of the GuestOS 1 and the Guest OS 2 and the corresponding mode activation can beperformed by the hypervisor. The components shown in FIG. 4B can performgeneral operations related to the virtualization engine technology.

Multi-OS booting and mode activation corresponding to the multi-OSbooting are described in detail as follows. First of all, in case (1) ofactivating a mode corresponding to the currently booted Guest OS 1 orGuest Os 2 or in case (2) of booting the Guest OS 1 corresponding tofirst mode and the Guest OS 2 corresponding to a second modesequentially or simultaneously, the controller 180 (particularly, thehypervisor) implements and activates either the first mode or the secondmode (2-1) or is able to activate either the first or second modedespite implementing both of the first and second modes (2-2).

Referring now to FIG. 3, the screen processor 185, includes a layoutmanager 185 a and a display driver 185 b (FIG. 3B). Under the control ofthe main processor 188, the layout manager 185 a generates oneintegrated frame by combing or editing the frames received from theframe buffers and the display driver 185 b then controls the framegenerated by the layout manager 185 a to be displayed on the displayunit 151.

The driver 186 controls the entire operating systems to be driven. Thehypervisor 187 is a middleware between the main processor 188 and eachof the operating systems and includes a virtualization engine configuredto a plurality of the operating systems to be usable in the mobileterminal 100 according to the present invention. And, the main processor188 controls all operations related to the driving of a plurality of theoperating systems according to the present invention.

As mentioned in the above description, the screen processor 185, thedriver 186, the hypervisor 187 and the main processor 188 can beincluded in the controller 180 or can be stored as software in thememory 160.

FIG. 3C is a block diagram of the memory 160 having a database storageregion corresponding to each of a plurality of the modes.

According to the present invention, the mobile terminal is able tomanage the database storage regions of a plurality of the modesdiscriminatively. In particular, when a plurality of the modes isimplemented by the different operating systems, respectively, the mobileterminal is able to manage the database storage regions of a pluralityof the modes discriminatively.

Generally, when at least one operating system capable of implementing afirst mode and a second mode is provided, the memory 160 is able tostore an application corresponding to each of the at least one operatingsystem. Therefore, the provided at least one or more operating systemscan be booted selectively or simultaneously under the control of thecontroller 180.

For instance, the operating system can include such a commercial OS asthe Android OS, Linux based OS, Windows Mobile OS, Apple OS and thelike. And, a dedicated application can be differently set for each ofthe operating systems. Further, a multi-OS can include different kindsof operating systems (e.g., Android OS, Apple OS, etc.) and the samekinds of operating systems (e.g., 2.1 version of Android OS, 2.2 versionof Android OS, etc.) differing from each other in version.

According to the present invention, assuming that both of the first andsecond modes can be implemented, the memory 160 can include a firstdatabase storage region 160(a) corresponding to the first mode, a seconddatabase storage region 160(b) corresponding to the second mode, and acommon database storage region 160(c) in common with the first mode andthe second mode. Occasionally, the common database storage region 160(c)can be omitted. In this case, a commonly-designated application andcontent or data associated with the corresponding application can bestored in the database storage region of the corresponding mode.

In particular, in configuring the first, second and common databasestorage regions, the mobile terminal 100 uses memories different fromeach other in hardware as the storage regions, puts restriction onaccessing the storage regions per mode despite providing the storageregions within a same memory, or is able to discriminate the storageregions from each other using a storage partition per mode.

In this case, the same operating system implements the first mode andthe second mode or different operating systems can implement the firstmode and the second mode, respectively. Moreover, at least two or modescan be implemented by the mobile terminal 100. If so, the databasestorage regions can be further subdivided.

In particular, the first database storage region 160(a) can include aregion (i.e., a first application region) for storing at least one firstapplication executable in the first mode, a region (i.e., a firstcontent region) for storing a content associated with the firstapplication and a region (i.e., a first data region) for storing dataassociated with the first application.

And, the second database storage region 160(b) can include a region(i.e., a second application region) for storing at least one secondapplication executable in the second mode, a region (i.e., a secondcontent region) for storing a content associated with the secondapplication and a region (i.e., a second data region) for storing dataassociated with the second application.

Moreover, the common database storage region 160(c) can include a region(i.e., a common application region) for storing at least one commonapplication executable in both of the first mode and the second mode, aregion (i.e., a common content region) for storing a content associatedwith the common application and a region (i.e., a common data region)for storing data associated with the common application.

When the second mode is a business mode that facilitates a user's publiclife, information stored in the second database storage region 160(b)and information corresponding to the second mode in the common databasestorage region 160(c) can be utilized only if the correspondinginformation is stored in a manner of being shared with a company server300, the corresponding information is stored in the company server 300(i.e., the second database storage region 160(b) is unnecessary) or thecompany server 300 is accessed. In this case, the company server 300 caninclude a server of a company, for which a user works, a server of aspecific company designated by a user (or a company where the userworks), or the like.

While the first mode is activated, the mobile terminal 100 is able toutilize the information stored in the first database storage region160(a) and the information corresponding to the first mode in the commondatabase storage region 160(c). While the second mode is activated, themobile terminal 100 is able to utilize all the information stored in thefirst, second and common database storage regions 160(a), 160(b) and160(c).

Alternatively, while the second mode is activated, the mobile terminal100 is able to utilize the information stored in the first databasestorage region 160(a) and the information corresponding to the secondmode in the common database storage region 160(e). While the first modeis activated, the mobile terminal 100 is able to utilize all theinformation stored in the first, second and common database storageregions 160(a), 160(b) and 160(c).

Optionally, it is able to control the mobile terminal 100 not to utilizethe information on the first mode in the course of the activated secondmode.

Besides, although the drawing shows that the application region, thecontent region and the data region are situated in the database storageregion, the application region, the content region and the data regioncan be integrated together if necessary.

FIG. 4A (b) and FIG. 4C show a scheme of driving a hypervisor on a HostOS for supporting one mode to boot a Guest OS for supporting anothermode (hereinafter named a second scheme). In particular, a modesupported by the Host OS can include a private mode. And, a modesupported by the Guest OS can include a business mode.

In particular, referring to FIG. 4C, a B2B manager is able to perform aswitching operation between a private mode (hereinafter abbreviated a Pmode) and a business mode (hereinafter abbreviated a B mode). Componentsshown in a P mode region of the two regions partitioned by a dotted linecan operate in case of the private mode implementation, components shownin the B mode region can operate in case of the business modeimplementation, and components included in both of the modes can operatein both of the modes.

According to the present invention, the mobile terminal 100 is able toimplement a plurality of modes on an operating system selectively,simultaneously or sequentially. A different operating system(hereinafter named an individual operating system) is designated to eachof a plurality of the modes or a common operating system can bedesignated to a plurality of the modes. Specifically, implementation ofa plurality of the modes can be controlled by the hypervisor 187.

In particular, a currently implemented or activated mode in accordancewith an individual or common operating system is defined as follows. Forclarity and convenience of the following description, assume that aplurality of modes include a first mode and a second mode. Of course, atleast two or more modes can exist if necessary.

First of all, when a common operating system is booted, the controller180 implements and activates either the first mode or the second mode(1) or is able to activate either the first mode or the second modedespite implementing both of the first and second modes.

When an individual operating system is booted, the controller implementsand activates a mode corresponding to a currently booted individualoperating system (1), implements and activates a mode corresponding toone of the first mode and the second mode in case of booting a firstoperating system corresponding to the first mode and a second operatingsystem corresponding to the second mode sequentially or simultaneously(2-1), or activates either the first mode or the second mode despiteimplementing both of the first mode and the second mode (2-2).

In the following description, how to discriminate a plurality of modesfrom each other is explained in detail.

First of all, according to the present invention, each of a plurality ofmodes can be discriminated by at least one of a mode indicator, adatabase storage region, an operating system, a user access authority,an application configuration, a content configuration, a dataconfiguration, an application feature, an application group, a groupidentifier and the like.

A case of discriminating a plurality of modes using a mode indictoraccording to a first embodiment is explained as follows.

First of all, each of a plurality of modes can have a differentindicator to indicate a corresponding mode. An indicator per mode isbasically stored in the mobile terminal 100 or can be downloaded from anexternal server or an external terminal. The indicator per mode is setor selected by a user or can be randomly set by the controller 180.

For instance, each of a plurality of the modes can have a different oneof a mode icon, a mode image, a background image, a backgroundcolor/brightness, a letter font/color/size, a home screen picture(number of pages and page indicator included), an applicationarrangement structure (e.g., the number of applications included in onehome screen, etc.), an application identifier, an LED color, an alarmsound such as a bell sound and the like, a keypad type (backlight colorof keypad included), a mode switching key zone, a group identifier(described later) and the like. Of course, those examples of the modeindicator are just exemplary and can include all display elements fordiscriminating a mode.

This is explained in detail with reference to FIGS. 5A to 5D. Forclarity and convenience of the following description, assume that afirst mode and a second mode include a private mode and a business mode,respectively. And, assume that either the private mode or the businessmode is in an active state.

FIGS. 5A to 10C are diagrams for discriminating a plurality of modesaccording to the present invention.

Referring to FIG. 5A (a), if a personal mode is currently activated, themobile terminal 100 displays an icon (P mode) 501 corresponding to theprivate mode on a prescribed region of a screen. If a business mode iscurrently activated, the mobile terminal 100 is able to display an icon(B mode) 502 corresponding to the business mode on a prescribed regionof a screen (FIG. 5A (b)).

Referring to FIG. 5B, the mobile terminal 100 includes a mode switchingkey region 510 provided to a prescribed region of the screen. If theprivate mode is currently activated, the mobile terminal 100discriminatively displays a zone (P) 511 corresponding to the privatemode in the mode switching key region 510 (FIG. 5B (a)). If the businessmode is currently activated, the mobile terminal 100 candiscriminatively display a zone (B) 512 corresponding to the businessmode in the mode switching key region 510 (FIG. 5B (b)).

Referring to FIG. 5C, a private mode zone 521, a business mode zone 522and a switching command zone 523 are provided to the screen of themobile terminal 100. If the private mode is currently activated, themobile terminal 100 discriminatively displays the private mode zone (P)521 (FIG. 5C (a)). If the business mode is currently activated, themobile terminal 100 can discriminatively display the business mode zone(B) 522 (FIG. 5C (b)).

Referring to FIG. 5D, if the private mode is currently activated, themobile terminal 100 displays an announcement window 531 for announcingevents (e.g., email, message, call, etc.) occurring in association withthe business mode or the number of the events (or, occurrence time,counterpart information, etc.) on a prescribed region of the screen(FIG. 5D (a)). If the business mode is currently activated, the mobileterminal 100 can display an announcement window 532 for announcingevents (e.g., email, message, call, etc.) occurring in association withthe private mode or the number of the events (or, occurrence time,counterpart information, etc.) on a prescribed region of the screen(FIG. 5D (b)).

In the following description, a case of discriminating a plurality ofmodes using a database storage region according to a second embodimentis explained. First of all, a plurality of the modes candiscriminatively have database storage regions within the memory 160,respectively (cf. FIG. 3C).

Each of a plurality of the modes is able to utilize the informationstored in the corresponding database storage region or the correspondinginformation stored in the common database storage region only. Moreover,it is able to set the information on one mode not to be utilized inother modes. Besides, one (e.g., business mode) of a plurality of themodes is able to utilize information on another mode (e.g., privatemode), whereas the latter mode can be set not to use the information onthe former mode.

If the information on the first mode can be utilized in the second mode(yet, the first mode is unable to utilize the information on the secondmode), it can be said that an access restriction is put on the secondmode or that a higher security level is set on the second mode(described later).

This is explained in detail with reference to FIGS. 6A to 7B as follows.For clarity and convenience of the following description, assume that afirst mode and a second mode include a private mode and a business mode,respectively. Assume that either the private mode or the business modeis in an active state. And, assume that a common application of thefirst and second modes is currently executed.

Referring to FIG. 6A, when a phonebook (example of a common application)is being executed in the private mode, the mobile terminal 100 extractscounterpart information corresponding to the private mode fromcounterpart information associated with the phonebook only and thendisplays the extracted counterpart information.

Referring to FIG. 6B, when executing a phonebook in the private mode,the mobile terminal 100 extracts counterpart information correspondingto the business mode from counterpart information associated with thephonebook and then displays the extracted counterpart information (FIG.6B (a)). Alternatively, the mobile terminal 100 extracts counterpartinformation corresponding to either the private mode or the businessmode and then displays the extracted counterpart information (FIG. 6B(b)).

In particular, FIG. 6B (b) shows a case that a zone (A11) 603 isactivated. If a privacy zone (P) 601 is activated, the mobile terminal100 can selectively display the counterpart information corresponding tothe private mode only. If a business zone (B) 602 is activated, themobile terminal 100 can selectively display the counterpart informationcorresponding to the business mode only.

Referring to FIG. 7A, when a schedule management (example of a commonapplication) is being executed in the private mode, the mobile terminal100 extracts schedules corresponding to the private mode from schedulesassociated with the schedule management only and then displays theextracted schedules.

Referring to FIG. 7B, when executing a schedule management in theprivate mode, the mobile terminal 100 extracts schedules correspondingto the business mode from schedules associated with the schedulemanagement and then displays the extracted schedules (FIG. 7B (a)).Alternatively, the mobile terminal 100 extracts schedules correspondingto either the private mode or the business mode and is then able todisplay the extracted schedules (FIG. 7B (b)).

In particular, FIG. 7B (b) shows a case that a zone (A11) 703 isactivated. If a privacy zone (P) 701 is activated, the mobile terminal100 selectively displays the schedules corresponding to the private modeonly. If a business zone (B) 702 is activated, the mobile terminal 100selectively displays the schedules corresponding to the business modeonly.

Specifically, referring to FIGS. 6A to 7B, although the private mode isunable to access the information on the business mode or the databasestorage region storing the information on the business mode, thebusiness mode is able to freely access the information on the privatemode or the database storage region storing the information on theprivate mode.

According to a third embodiment, each of a plurality of modes can bediscriminated by a corresponding user access authority. For clarity andconvenience of the following description, assume that a plurality of themodes include a first mode and a second mode.

Regarding each of a plurality of the modes, as a different securitylevel is set, a user access authority can be changed (1). Regarding eachof a plurality of the modes, if an access restriction is put on one modebut an access restriction is not put on the other mode, a user accessauthority can be changed (2).

For this, in order to enter a specific one of a plurality of the modes,an authentication procedure can be requested. Hence, the specific modecan be entered only if a valid authentication procedure is performed toenter the specific mode. In particular, if an access restriction or asecurity level over a predetermined reference is put on the specificmode, an authentication procedure can be requested.

For instance, in a mode having a high user access authority, informationcorresponding to a mode having a low user access authority or a databasestorage region of the corresponding information is freely accessed andcan be freely utilized. On the contrary, in a mode having a low useraccess authority, it is unable to access information corresponding to amode having a high user access authority or a database storage region ofthe corresponding information.

In case of entering or switching to a mode having a high user accessauthority, an input of a user authentication information is requested.If a valid user authentication information is input, the mobile terminal100 can enter or switch to the mode having the high user accessauthority (example of an authentication procedure). In case of a modehaving a low security level, the mobile terminal 100 is requested toinput a user authentication information (e.g., name, social securitynumber, etc.) of a low level. In case of a mode having a high securitylevel, the mobile terminal 100 is requested to input a userauthentication information (e.g., name, social security number, specifictouch pattern, specific password, etc.) of a high level.

Regarding management (e.g., input, inquiry, editing, etc.) ofinformation (e.g., content, data, etc.) on an application in accordancewith a user access authority, three kinds of cases are described indetail as follows. For clarity and convenience of the followingdescription, assume that a plurality of modes include a first mode and asecond mode.

First of all, according to a first case, there can exist applications towhich contents or data can be input regardless of a mode. For instance,the content or data inputtable application can include such anapplication for performing a basic function in using a terminal as aschedule management, a scheduler, an email, a message, a messenger, aconference call, a video call, an internet, a phonebook and the like.

According to a second case, like the first case, an information input ispossible without mode discrimination. Yet, it is able to discriminate adatabase storage region per mode (cf. FIG. 3C).

In particular, inter-mode information exchange is impossible butunilateral information exchange is possible. For instance, aninformation transfer from a private mode to a business mode is possiblebut an information transfer from a business mode to a private mode isimpossible. In another instance, by setting a plurality of modes todifferent security levels, respectively, an information transfer from alow level to a high level is possible but an information transfer from ahigh level to a low level is impossible.

In case of a specific situation, an external terminal having apredetermined authority in a remote place deletes information (e.g.,application, content, data, etc.) on a specific mode only or is able toshut down the specific mode itself. For instance, the specific situationcan include one of a case that an employee takes out a terminal withoutauthorization, a case that a terminal is stolen, a case that aunregistered storage medium is loaded in a terminal, a case that aterminal accesses an unsubscribed network, and the like.

Furthermore, regarding a user access authority, it is able todifferentiate an authority for accessing an application, a content, adata or the like, which is available for a business mode, in accordancewith a user level (e.g., the user level is determined in considerationof rank in company, duty attribute in company, department in company,etc.) of the mobile terminal 100. And, it is also able to differentiatea function for a specific application. For instance, when a user level(e.g., a group head) is equal to or higher than a predeterminedreference, an approval grant function is usable. Yet, when a user level(e.g., a company employee) is lower than a predetermined reference, anapproval grant function is deactivated. Moreover, the same applicationcan have a usable content/data that differs in accordance with a userlevel or the same content/data can have a different range of theprovided information in accordance with a user level (e.g., a differentdata field can be configured in accordance with a user level). Besides,in accordance with a user's authority, an icon associated with a jobfailing to belong to the corresponding authority is not displayed on aterminal itself. Even if the icon is displayed on the terminal, it canbe set not to be executed.

According to a third case, there can exist application (e.g., dedicatedapplications) accessible to corresponding information as well asoperable in either a first mode or a second mode.

For instance, for security matters in a business mode, a photographingfunction is restrictcd, a conditional access to a network is granted, ora print function is blocked. In case of the business mode, a businessrelated application is provided. In case of a private mode, the businessrelated application may not be provided. Of course, in case of theprivate mode, a privacy related application is provided. In case of thebusiness mode, the privacy related application may not be provided.

Meanwhile, there can exist a content or application specialized in aunilateral mode only. For instance, the application specialized for thebusiness mode can include a company business related application. And,the company business related application is able to perform a functionof an upload to a company server, a function of a download to thecompany server and the like.

And, it is able to put an access restriction (or entry) per mode inaccordance with a place or time. For instance, it is able to set abusiness mode not to be entered at home. In another instance, it is ableto set a private mode not to be entered on a specific time zone.Occasionally, a separately authorized person is able to enter thebusiness mode at home or the private mode at office on a specific timezone.

Moreover, since an interface is provided to be shared with users in thebusiness mode, information can be shared with the users. If the businessmode is switched to the private mode, the interface provided for theinformation sharing can be shut down.

Furthermore, there can exist one hardware module (e.g., a common module)usable for a plurality of modes in common or another hardware module(e.g., a dedicated module) usable for a specific one of a plurality ofthe modes. Hence, if a first mode is currently activated, a commonmodule and a dedicated mode of the first mode are activated, while adedicated module of a second module is not activated. In this case, thecommon module and the dedicated module are designated in accordance witha user selection or can be designated by a decision made by thecontroller 180 or the company server 300.

For instance, assuming that a first mode and a second mode are a privatemode and a business mode, respectively, a common module can include oneof the mobile communication module 112 for call and message transmissionand reception, the power supply unit 190, the display unit 151, thememory 160 and the like. A dedicated module of the private mode caninclude one of the camera 121, the position location module 115 and thelike. And, a dedicated module of the business mode can include theprojector module 155 or the like. The above examples of thecommunication module and the dedicated module are just exemplary, bywhich the communication module and the dedicated module are non-limited.And, the communication module and the dedicated module can be configuredin more various ways.

In the following description, a user access authority is explained indetail with reference to FIG. 8A and FIG. 8B. For clarity andconvenience of the following description, assume a case that the samecontent is accessed.

Referring to FIG. 8A (a), when a document 1 (example of content) isaccessed in a private mode, the mobile terminal 100 can grant ‘readauthority’ for the document 1. When the document 1 is accessed in abusiness, the mobile terminal 100 can grant ‘read authority, deleteauthority, edit authority’ for the document 1 (FIG. 8A (b)). Moreover,if a user is authorized over a predetermined level in a company, anapproval authority can be granted to the user for the document 1 thatrequires approval or authorization.

Referring to FIG. 8B, when a file 1 (example of content) correspondingto a business mode is selected from a file list in a private mode (FIG.8B (a)), the mobile terminal 100 informs a user that there is no accessauthority on the file 1 and enables the user to select whether to switchthe private mode to the business mode to check the file 1 (FIG. 8B (b)).

Of course, in case of the private mode in FIG. 8B, a file correspondingto the business mode may not be included in the file list. And, it isable to display an indictor, which indicates that the file correspondsto the privacy/business mode, on the file list.

Although the user access authority is set per mode in the abovedescription, it can be set per application, content or data ifnecessary. Therefore, a user authorized with the user access authorityis able to check the same content, whereas an unauthorized user isunable to check the same content.

According to a fourth embodiment, each of a plurality of modes can bediscriminated in accordance with at least one of an applicationconfiguration, a content configuration and a data configuration.

Each of a plurality of the modes can configure an application differentper mode. Even if an application is a common application, each of aplurality of the modes can configure a content or data corresponding tothe application differently.

In this case, if the configuration of the application is different, itmeans that at least one application (hereinafter named a first dedicatedapplication) dedicated to a first mode and at least one application(hereinafter named a common application) in common with the first modeand a second mode are executed in the first mode or it can mean that atleast one application (hereinafter named a second dedicated application)dedicated to the second mode and at least one application (hereinafternamed a common application) in common with the first mode and the secondmode are executed in the second mode (cf. FIG. 10C).

If the configuration of the content/data is different, it can includeboth a case that a substance of the content/data is different and a casethat a substance of the content/data is different in part. Specifically,the latter case can mean that a substance of a specific contentcorresponding to each of the first mode and the second mode is differenteven if the specific content is designated to both of the first mode andthe second mode. This is enabled in a manner of configuring a data fielddifferent per mode for the same content or data.

This is explained in detail with reference to FIG. 9A and FIG. 9B asfollows.

Referring to FIG. 9A, in storing the same counterpart information, themobile terminal 100 designates different contacts 911 and 921 anddifferent emails 912 and 922 to a private mode and a business mode,respectively, further designates a blog address 913 and a birthdayinformation 914 to the private mode, and further designates an approvalauthority 923, a rank 924 and a department 925 to the private mode.

Referring to FIG. 9B, in storing the same schedule, even if a contentand participant information 931 and a content and participantinformation 941 are identically designated to a private mode and abusiness mode, respectively, the mobile terminal 100 can furtherdesignate a time information 932 to the private mode and is also able tofurther designate a conference room information 942 and a notification943 to the business mode.

The mobile terminal 100 can set a keypad type different per mode (FIG.10A) or can set a time zone different per mode (FIG. 10B). The mobileterminal 100 can set a different application and a different backuplevel of information associated with the application per mode. Forinstance, the mobile terminal 100 backs up information of a recent weekin the private mode and is also able to back up information of a recentmonth or real-time information in the business mode. Of course, thebackup level per mode is set by a user or can be randomly set by thecontroller 180.

In particular, in the business mode, if a counterpart terminal is not inthe business mode or a working hour (or a holiday) currently inconsideration of a status (e.g., a currently activated mode, a currentlocation, a time zone, etc.) of the counterpart terminal, with which themobile terminal 100 currently attempts to contact, the mobile terminal100 informs a user of the unavailability of the counterpart terminal toenable the user to select whether to make a contact. In doing so, themobile terminal 100 can receive information indicating the status of thecounterpart terminal from the counterpart terminal or a company serverand is then able to obtain the status of the counterpart terminal usingthe received information.

In the business mode, it is able to modify all previously-storedschedules to be fitted to a currently belonging time zone by reflectinga current time zone (for a case that a time zone is changed).

When there is no user input action made for a predetermined period oftime in the business mode, it is able to lock or shut down the businessmode automatically or in accordance with a user selection. In this case,in order to unlock the locked state or cancel the shutdown, a userauthentication information corresponding to the business mode is inputor an authentication should be granted by the company server. Moreover,in the business mode, when an overseas roaming function is loaded on auser terminal, if a current location of a user is domestic, the overseasroaming function is automatically deactivated. If a current location ofa user is overseas, the overseas roaming function can be automaticallyactivated.

According to a fifth embodiment, when at least one common application isexecuted, each of a plurality of modes can vary its feature tocorrespond to a currently activated mode. In other words, when aspecific application is a common application of a first mode and asecond mode, the feature of the specific application can vary inaccordance with whether the currently activated mode is the first modeor the second mode.

In this case, if a feature varies per mode, it can mean that aconfiguration (e.g., a corresponding content/data configurationincluded), display or security of an application is varied.

For instance, if a feature varies per mode, it can mean that a structure(e.g., configuration of a corresponding menu item) of an application, anexecuted screen (e.g., background image, letter type, letter size,provided information, etc.) of an application, a configuration ofcontent/data associated with an application (cf. FIG. 9A, FIG. 9B), anapplication function, a security of an application (or, content, data,etc.) or the like is different per mode. Of course, as the examples ofthe application features are just exemplary, any case of configuring acommon application to be different per mode is applicable to the presentembodiment.

For instance, when the application function is different, aphotographing function is allowed to a camera in a private mode but maynot be allowed in a business mode. In another instance, when anauthority of access to an application is different, a phonebook providesa counterpart name, a phone number and a personal email address in aprivate mode and can further provide a company email address, a rank, adepartment and an approval authority information in a business mode.

This is explained in detail with reference to FIG. 10C as follows. Forclarity and convenience of the following description, assume that aplurality of modes include a private mode and a business mode.

Referring to FIG. 10C, the mobile terminal 100 can receive an input ofan execution command signal for executing a phonebook (i.e., an exampleof a common application) from a user.

The mobile terminal 100 determines a mode activated at the input timingpoint of the execution command signal. If a private mode is currentlyactivated, the mobile terminal 100 executes the phonebook in accordancewith a feature corresponding to the private mode and then displays anexecuted screen of the phonebook (cf. FIG. 6A or FIG. 9A (a)). On thecontrary, if a business mode is activated, the mobile terminal 100executes the phonebook in accordance with a feature corresponding to thebusiness mode and then displays an executed screen of the phonebook (cf.FIG. 6B or FIG. 9A (b)).

For instance, a case that a security of an application is different isexplained as follows. First of all, in case of attempting to execute acommon application in a first mode, an authentication procedure is notrequested or a low-level security set authentication information needsto be input. Yet, in case of attempting to execute a common applicationin a second mode, an authentication procedure is requested or ahigh-level security set authentication information should be input. Indoing so, the application execution can include an output of content ordata associated with the application as well as an executed screendisplay of the application.

According to a sixth embodiment, a plurality of modes can bediscriminated from each other using user information corresponding tothe modes, respectively. In this case, the user information can includea user name (or title), a user image, a user phone number, a user emailaddress, a user blog address and the like.

For instance, first and second user information different from eachother can be set for first and second modes, respectively. Inparticular, when a first phone number and a second phone number (e.g.,dual SIM) are assigned to the mobile terminal 100, the first phonenumber and the second phone number can be set for the first mode and thesecond mode, respectively.

In the above description, the definitions of the modes mentioned in thedisclosure are explained. And, when a plurality of modes exists, themethod of discriminating a plurality of the modes is explained as well.

According to a seventh embodiment, each of a plurality of modes can bediscriminated by an application group including at least one applicationexecuted in the corresponding mode.

For instance, when at least one application is executable in each of aplurality of modes, the controller 180 can configure an applicationgroup including executable application(s) per mode. Moreover, theapplication group can be configured in accordance with an applicationtype as well as the corresponding mode. For example, if an applicationtype is a call, call related applications are included in thecorresponding application group. If an application type is a camera,camera related applications can be included in the correspondingapplication group.

Moreover, the mobile terminal 100 displays a per-mode group identifiercorresponding to a per-mode application group on the screen. If aspecific group identifier is selected, the mobile terminal 100 candisplay indicators of applications belonging to the correspondingapplication group or is able to switch a current mode to a modecorresponding to the specific group identifier (assuming that it is nota currently activated mode).

First of all, a mode screen mentioned in the following description canmean a screen in accordance with specific mode activation in case ofactivating a specific mode in a mobile terminal. For instance, in caseof executing a specific application in the activated specific mode, themode screen can include an executed screen of the specific application.In case of outputting a specific content, the mode screen can include adisplay screen of the specific content. In case of accessing a specificwebsite, the mode screen can include a webpage provided by the specificwebsite.

In the following description, a method of sharing a mode screen of acurrently activated mode with a plurality of terminals capable ofimplementing a plurality of modes is explained in detail.

First of all, as a technology for sharing a mode screen with a pluralityof terminals, there is N screen technology for example.

The N screen technology means the technology that enables a singlecontent to be viewed on various devices in a manner that such anindividual screen as a PC monitor, a TV, a mobile device (e.g., a mobilephone, etc.) and the like is usable as a single shared screen using abroadcasting network or a communication network. In particular, a singlecontent is viewed on a plurality of devices or can be viewed on onedevice to another contiguously.

According to the N screen technology, contents can be shared with aplurality of terminals using various data communication schemes (e.g.,WiMax, Wi-Fi, 3G based communication scheme, 4G based communicationscheme, etc.). Contents are directly shared with a plurality ofterminals. And, contents can be shared with a plurality of terminals viaa medium device (e.g., set-top box).

Therefore, according to the present invention, the mobile terminal 100can share a mode screen with at least one external terminal using the Nscreen technology. Of course, the N screen technology is one example ofthe technology for the mode screen sharing only. And, no limitation isput on a scheme or name if any method enables a mode screen to beshared.

In the following description, the mode screen sharing among a pluralityof terminals is explained in detail with reference to FIGS. 11A to 11E.

FIGS. 11A to 11E are block diagrams of a plurality of terminals capableof sharing a mode screen according to an embodiment of the presentinvention.

FIG. 11A shows a plurality of terminals including a mobile terminal 100,a plurality of terminals including a plurality of external terminals1110, 1120 and 1130 and a company server 300 capable of communicatingwith a plurality of the terminals via a network if a currently activatedmode is a business mode.

In order to enable a mode screen sharing among the mobile terminal 100and each of the external terminals 1110, 1120 and 1130, the mobileterminal 100 previously registers the external terminals 1110, 1120 and1130 as information sharing terminals or performs an authenticationprocedure for the information sharing with the external terminals 1110,1120 and 1130, under the control of the controller 180. In doing so, thepre-registration or the authentication procedure can be performed byinteroperating with the company server 300.

In the pre-registration process, the mobile terminal 100 or the companyserver 300 can store information on the pre-registered externalterminals 1110, 1120 and 1130 (e.g., phone number, user name, user rank,etc.). Moreover, if the mobile terminal 100 pre-registers the firstexternal terminal 1110 and a pre-registration is performed between thefirst external terminal 1110 and the second external terminal 1120, itis able to regard a pre-registration between the mobile terminal 100 andthe second external terminal 1120 as performed.

In the authentication procedure performing step, the mobile terminal 100or the company server 300 stores authentication information setindividually or in common with the external terminals 1110, 1120 and1130. If authentication information identical to the storedauthentication information is input by a user, the mobile terminal 100or the company server 300 can perform the authentication procedurevalidly. Moreover, if the mobile terminal 100 validly performs theauthentication procedure with the first external terminal 1110 and thepre-registration is performed between the first external terminal 1110and the second external terminal 1120, it is able to regard theauthentication procedure as performed validly between the mobileterminal 100 and the second external terminal 1120.

Meanwhile, when all of the mobile terminal 100 and the externalterminals 1110, 1120 and 1130 activate the same mode, a mode screen canbe shared with each other without performing a separate pre-registrationprocess or a separate authentication procedure. For instance, if themobile terminal 100 and the external terminals 1110, 1120 and 1130activate a specific mode (particularly, a business mode), thecorresponding mode screen can be shared with each other.

Referring to FIG. 11A, the mobile terminal 100 and the externalterminals 1110, 1120 and 1130 are able to share a mode screen via thecompany server 300. Alternatively, the mobile terminal 100 and theexternal terminals 1110, 1120 and 1130 can share a mode screen in directwithout using the company server 300.

Referring to FIGS. 11B to 11D, when there are a plurality of terminalsincluding the mobile terminal 100 and the plurality of externalterminals 1110, 1120, 1130 and 1140, a specific one of the terminalsdisplays screens of the rest of the terminals. Moreover, the specificterminal can support interactions among the screens of the rest of theterminals.

For instance, the 4^(th) external terminal 1140 (example of the specificterminal) plays a role as a mother screen and can receive and displaythe screens currently displayed on the mobile terminal 100 and the1^(sr) to 3^(rd) external terminals 1110, 1120 and 1130, respectively.

In particular, referring to FIG. 11C, if the mobile terminal 100 and the1^(st) to 3^(rd) external terminals 1110, 1120 and 1130 execute 1^(st)to 4^(th) applications, respectively, the 4^(th) external terminal 1140receives 1^(st) to 4^(th) executed screens of the 1^(st) to 4^(th)applications and is then able to display the received 1^(sr) to 4^(th)executed screens on regions 1141 to 1144, respectively.

Referring to FIG. 11D, if the mobile terminal 100 and the 1^(st) to3^(rd) external terminals 1110, 1120 and 1130 receive 1^(st) to 4^(th)handwritings from a user, respectively, the 4^(th) external terminal1140 receives and displays the 1^(st) to 4^(th) handwritings on regions1145 to 1148, respectively.

According to the above-described embodiment, when a plurality of userterminals participates in a conference, and assuming that screens of theplurality of the terminals are displayed on a mother screen, if each ofthe users inputs a specific opinion using his or her terminal, allopinions of the entire users can be displayed on a single screen usingthe mother screen.

Referring to FIG. 11E, the mobile terminal 100 can display an indicatorcorresponding to an external terminal, which is available for a screensharing with the mobile terminal 100, using the display unit 151 underthe control of the controller 180.

For instance, the screen-sharing available external terminal can includeone of an external terminal previously registered as an informationsharing terminal, and external terminal having a valid authenticationprocedure performed for an information sharing, an external terminalhaving activated the same mode (particularly, a business mode) of themobile terminal 100 and the like. And, the screen-sharing availableexternal terminal can be situated within a predetermined distance fromthe mobile terminal 100.

Specifically, referring to FIG. 11E, if the mobile terminal 100activates a business mode, it displays external terminals 1110, 1120,1130 and 1140, each of which activates the business mode, only (FIG. 11E(a)). Alternatively, if the mobile terminal 100 activates a businessmode, it displays all external terminals 1110, 1120, 1130, 1140, 1150and 1160, each of which activates a private mode or a business mode, butdisplays the external terminals 1110, 1120, 1130 and 1140, each of whichactivates the business mode, identifiably (FIG. 11E (b)).

Moreover, the mobile terminal 100 activates the camera 121 and is thenable to display a corresponding indicator at a position corresponding toa screen-sharing available external terminal on an image currently inputvia the camera 121 (using augmented reality). In doing so, a map imageor a virtual image can be substituted for the image input via the camera121.

Meanwhile, the mobile terminal 100 can display a list including anindicator of a screen-sharing available external terminal.

In the following description, while a mode screen is shared with aplurality of terminals capable of implementing a plurality of modes, andwhen a signal related to a deactivated mode is detected, a displaycontrolling method is explained.

FIG. 12 is a first flowchart for a method of controlling a mode screendisplay in a mobile terminal according to one embodiment of the presentinvention.

For clarity and convenience of the following description, a plurality ofmodes is limited to a first mode and a second mode. While both of thefirst and second modes are implemented, assume that the first or secondmode is selectively activated in accordance with a mode switching. Anapplication executed in the first and second modes is named a commonapplication. And, an application executed in either the first mode orthe second mode can be named a dedicated application.

Referring to FIG. 12, while a first mode and a second mode areimplemented, the mobile terminal 100 activates the first mode under thecontrol of the controller 180 (S1210). In doing so, if an operatingsystem is designated per mode, the controller 180 can implement thefirst mode and the second mode using a first individual operating systemand a second individual operating system (i.e., a first OS and a secondOS in multi-OS) corresponding to the first mode and the second mode,respectively. If an operating system per mode is common, the controller180 can implement the first mode and the second mode using a commonoperating system (i.e., a single OS).

In the first mode activating step S1210, in case of executing a commonapplication, the mobile terminal 100 can execute the common applicationin accordance with a feature corresponding to the first mode. Forinstance, when the first mode and the common application are a privatemode and a phonebook, respectively, the mobile terminal 100 can displaya counterpart information list including counterpart informationassociated with the private mode or a specific counterpart informationincluding a data field corresponding to the private mode.

In the following description, a mode activated in case of OS booting permulti-OS type (cf. FIGS. 4A to 4C) is explained in detail

First of all, multi-OS types can include a first multi-OS type (e.g.,Guest OS 1 and Guest OS 2 included: This type corresponds to a firstscheme) and a second multi-OS type (e.g., Host OS and Guest OS: Thistype corresponds to a second scheme.). Assume that Guest OS 1 or Host OScorresponds to a private mode. And, assume that Guest OS 2 or Guest OScorresponds to a business mode.

According to the first multi-OS type, if the hypervisor included in thecontroller 180 is driven, the mobile terminal 100 can boot Guest OS 1and Guest OS 2 simultaneously or sequentially. If a specific one of aprivate mode and a business mode is selected by a user or the controller180, the mobile terminal 100 can activate the specific mode on the GuestOS corresponding to the selected specific mode. Meanwhile, when thespecific mode selecting step is omitted, the mobile terminal 100 canactivate the private mode using the Guest OS 1 designated as default.

According to the second multi-OS type, the mobile terminal 100preferentially boots the Host OS corresponding to the private mode andis then able to preload the Guest OS corresponding to the business mode,under the control of the controller 180. The mobile terminal 100activates the private mode on the Host OS. When the pre-loaded Guest OSis booted, the mobile terminal 100 can activate the business mode on theGuest OS. Meanwhile, the mobile terminal 100 can post-load the Guest OS.

In doing so, in case of pre-loading the Guest OS, an initial OS bootingtakes a considerable time. Yet, since two operating systems are alreadybooted after completion of the booting, a mode switching can be quicklyperformed. In case of post-loading the Guest OS, an initial OS bootingis quickly performed. Yet, in case of switching a current mode to a modecorresponding to the Guest OS, it may take a considerable time for amode switching due to the time consumption attributed to the Guest OSbooting.

Referring now to FIG. 12, in the activating step S1210, the mobileterminal 100 can activate either the first mode or the second mode inaccordance with a user selection or a prescribed reference in case of anoperating system booting, under the control of the controller 180.

For instance, in case of the single OS, any one of the first and secondmodes can be activated in accordance with the single OS booting. Inanother instance, in case of the multi-OS, a mode selected by a userfrom the first mode and the second mode or a firstly booting completedone of the first mode and the second mode is activated in accordancewith the simultaneous booting of the multi-OS or a mode corresponding tothe preferentially booted OS in accordance with the sequential bootingof the multi-OS can be activated.

In particular, in case of the sequential booting of the multi-OS, themobile terminal 100 can preferentially boot the OS, which meets aprescribed condition, under the control of the controller 180. Forinstance, the controller 180 can preferentially boot the OS that meetsone of the conditions such as an OS having a preferential booting order,an OS designated by a user to be preferentially booted and an OSsupporting a mode corresponding to a current terminal status. Forinstance, if a current terminal location corresponds to a specific placecorresponding to a specific mode or a current hour belongs to a specifictime corresponding to a specific mode, a specific mode can bepreferentially activated in case of booting an operating system.

Meanwhile, under the control of the controller 180, the mobile terminal100 displays a screen of a first mode (hereinafter named a first modescreen) using the display unit 151 while the first mode is activated(S1220).

For instance, the first mode screen can include one of an executedscreen of a specific application in case of executing the specificapplication in the mobile terminal 100, a display screen of a specificcontent/data in case of outputting the specific content/data from themobile terminal 100, a standby screen in a standby state of the firstmode, and the like.

The mobile terminal 100 transmits the first mode screen using thewireless communication unit 110 under the control of the controller 180(S1230).

In the transmitting step S1230, the mobile terminal directly transmitsthe first mode screen to at least one external terminal capable ofsharing a mode screen (hereinafter named a sharable terminal) (1) orenables the company server 300 to transmit the first mode screen to atleast one sharable terminal by transmitting the first mode screen to thecompany server 300 (2). Therefore, the first mode screen of the mobileterminal 100 can be shared with the sharable terminal.

The mobile terminal 100 directly receives a mode screen of a modecurrently activated by at least one sharable terminal from the at leastone sharable terminal or can receive the mode screen via the companyserver 300. Therefore, the mode screen of the sharable terminal can beshared with the mobile terminal 100.

In this case, the mobile terminal 100 displays both of the first modescreen and the received mode screen on a single screen (1) (cf. FIG.15C) or can selectively display the first mode screen or the receivedmode screen (2) (cf. FIG. 15A, FIG. 15B).

The mobile terminal 100 can select at least one sharable terminal inaccordance with a selection made by a user, the controller 180 or thecompany server 300. The mobile terminal 100 is then able to share themode screen with the selected at least one sharable terminal.

Regarding the case of the selection made by the user, the mobileterminal 100 displays indicators of a plurality of sharable terminals ona screen (cf. FIG. 11E). If a user selects a specific one of thedisplayed indicators, the mobile terminal 100 can share the mode screenwith the sharable terminal corresponding to the selected specificindicator.

Regarding the case of the selection made by the controller 180, thecontroller 180 selects an external terminal, which activates the samemode of the mobile terminal 100, among external terminals located withina predetermined distance from the mobile terminal 100, an externalterminal having transmitted a mode screen sharing request signal to themobile terminal 100, or an external terminal having received a modescreen sharing request signal from the mobile terminal 100 as a sharableterminal and is then able to share a mode screen with the selectedsharable terminal.

Regarding the case of the selection made by the company server 300, thecompany server 300 selects a business mode activated external terminal(particularly, an external terminal located within a predetermineddistance (e.g., inside a company) from the company server 300) as asharable terminal. And, the mobile terminal 100 can share a mode screenwith the external terminal selected as the sharable terminal by thecompany server 300. In doing so, the mobile terminal 100 should activatethe business mode as well.

Moreover, the mobile terminal 100 can transmit a mode switching requestsignal to an external terminal failing to activate the same mode of themobile terminal 100 using the wireless communication unit 110 under thecontrol of the controller 180.

For instance, the mode switching request signal can include information(e.g., first mode) on a switching target mode, information (e.g., phonenumber, rank, level, etc.) on a terminal making a switching request,information on a mode screen sharing request and the like. Therefore, ifan external terminal receives a mode switching request signal, itactivates the first mode like the mobile terminal 100 and is then ableto set a state for sharing a mode screen with the mobile terminal 100.

In the process for transmitting and receiving a mode screen, the mobileterminal 100 can transmit or receive a mode screen to correspond to aprescribed level. This shall be described in detail with reference tothe following drawings including FIG. 20 and the like.

The mobile terminal 100 controls the first mode screen of the activatedfirst mode to be displayed on the at least one sharable terminal underthe control of the controller 180 (S1240).

In this case, the sharable terminal can be regarded as activating thefirst mode like the mobile terminal 100. Moreover, the mobile terminal100 transmits a mode switching request signal to an external terminalfailing to activate the first mode, thereby leading the correspondingexternal terminal to switch its mode to the first mode, which shall bedescribed later). Specifically, the first mode can include a businessmode.

In the controlling step S1240, the mobile terminal 100 can control thefirst mode screen to be displayed on the corresponding sharable terminalto be suitable for a display configuration (e.g., a screen size, ascreen resolution, etc.) of the sharable terminal that will display thefirst mode screen. In particular, if the mobile terminal 100 and thesharable terminal differ from each other in the display configuration,the first mode screen is modified to correspond to the displayconfiguration of the sharable terminal. Therefore, the first mode screencan be displayed on the corresponding sharable terminal.

The step S1240 of controlling the display of the first mode screen isdescribed in detail with reference to the accompanying drawings in thefollowing description. For clarity and convenience of the followingdescription, assume that both of the mobile terminal 100 and thesharable terminal have activated the business mode. And, assume that thesharable terminal sets a name of the mobile terminal 100 to Tom.Moreover, assume that the mobile terminal 100 sets a name of thesharable terminal to Jane.

FIG. 13 is a diagram of a display configuration of a mode screen of amobile terminal in a currently activated mode according to the presentinvention. In FIG. 13, as the mobile terminal 100 executes a documentsearch/read application in a currently activated business mode, a screencorresponding to Document 1 is displayed as a mode screen.

FIGS. 14A to 14C are diagrams of display configurations of a my-modescreen and a counterpart mode screen in a sharable terminal according tothe present invention. In FIGS. 14A to 14C, the sharable terminaldisplays a received email check screen as a my-mode screen by executingan email application in a business mode and displays a screencorresponding to the Document 1 as a counterpart mode screen.

Referring to FIG. 14A, a sharable terminal includes a key zone 1401 forreceiving a selection of a my-mode screen and a key zone 1402 forreceiving a selection of a counterpart mode screen on a screen. If thekey zone 1401 is selected, the sharable terminal can display a receivedemail check screen (FIG. 14A (a)). If the key zone 1402 is selected, thesharable terminal can display a screen corresponding to Document 1 (FIG.14A (b)).

Referring to FIG. 14B, a sharable terminal displays a tag 1401indicating that a currently displayed mode screen is a my-mode screenand a tag 1402 indicating that a currently displayed mode screen is acounterpart mode screen on a screen. If the tag 1401 is activated, thesharable terminal can display a received email check screen (FIG. 14A(a)). If the tag 1402 is activated, the sharable terminal can display ascreen corresponding to Document 1 (FIG. 14A (b)). Of course, using thetags 1401 and 1402, it is able to select a mode screen to display on thescreen (cf. FIG. 14A).

Referring to FIG. 14C, a sharable terminal partitions a screen into aplurality of regions including a first region and a second region. Thesharable terminal is then able to display a received email check screenand a screen corresponding to Document 1 on the first region and thesecond region, respectively. In this case, an indicator 1401 indicatinga corresponding mode screen is a my-mode screen and an indicator 1402indicating that a corresponding mode screen is a counterpart mode screencan be displayed on the first region and the second region,respectively.

Next, FIGS. 15A to 15D are diagrams of display configurations of amy-mode screen and a counterpart mode screen in a mobile terminalaccording to the present invention. In the drawings, the mobile terminal100 displays a screen corresponding to Document 1 as a my-mode screenand a received email check screen as a counterpart mode screen.

Referring to FIG. 15A, the mobile terminal 100 includes a key zone 1501for receiving a selection of a my-mode screen and a key zone 1502 forreceiving a selection of a counterpart mode screen on the screen. If thekey zone 1501 is selected, the mobile terminal 100 displays a screencorresponding to Document 1.

Referring to FIG. 15B, the mobile terminal 100 displays a tab 1501indicating that a currently displayed mode screen is a my-mode screen ora tab 1502 indicating that a currently displayed mode screen is acounterpart mode screen on the screen. If the tab 1501 is activated, themobile terminal 100 displays a screen corresponding to Document 1.

Referring to FIG. 15C, the mobile terminal 100 partitions a screen intoa plurality of regions including a first region and a second region. Themobile terminal 100 is then able to display a screen corresponding toDocument 1 and a received email check screen on the first region and thesecond region, respectively. In this case, an indicator 1501 indicatinga corresponding mode screen is a my-mode screen and an indicator 1502indicating that a corresponding mode screen is a counterpart mode screencan be displayed on the first region and the second region,respectively.

Furthermore, referring to FIG. 15D, when there exists a specificexternal terminal operating as a mother screen, the specific externalterminal receives a screen corresponding to Document 1 as a mode screenof the mobile terminal 100 and a received email check screen as a modescreen of a sharable terminal 1110 and is then able to display thescreen corresponding to the Document 1 and the received email checkscreen on first and second regions of a whole screen, respectively. Inthis case, an indicator 100-1/1110-1 indicating that a correspondingmode screen is the mode screen of a specific one of the terminals can bedisplayed on each of the regions.

Meanwhile, the mobile terminal 100 can check that the mode screentransmitted by the mobile terminal 100 itself is displayed on thesharable terminal by a prescribed scheme (cf. FIGS. 14A to 14C). Inparticular, when a partial region of the mode screen of the mobileterminal 100 is controlled to be displayed on the sharable terminalonly, the mobile terminal 100 can confirm that the partial region isdisplayed as the mode screen of the mobile terminal 100 on the sharableterminal only. For instance, the checked scheme can include one of apopup window scheme, an overlay scheme, a screen partition scheme andthe like. And, the confirmation operation can be performed in case ofreceiving an input of a confirm command from a user or can be performedarbitrarily by the controller 180.

Next, FIGS. 16A to 16C are diagrams for displaying a mode screen in aplurality of terminals by dividing the mode screen into a plurality ofobjects according to the present invention.

According to the present invention, under the control of the controller180, if a first mode screen includes a plurality of objects, the mobileterminal 100 controls a plurality of the objects to be displayed in amanner of being distributed on a plurality of sharable terminals,respectively (Case (1)), or is able to control a plurality of theobjects to be displayed in a mariner of being distributed on the mobileterminal 100 and at least one sharable terminal, respectively (Case(2)). In the case (1), the first mode screen is entirely displayed onthe mobile terminal 100. In the case (2), a corresponding objectincluded in the first mode screen can be displayed on the mobileterminal 100 only.

For the case (1), referring to FIG. 16A, the mobile terminal 100controls a first object (e.g., a text region displayed on a screen top)in a screen (e.g., an example of the first mode screen) corresponding toDocument 1 to be displayed on a first sharable terminal 1120 (FIG. 16A(a)), controls a second object (e.g., an image and text region displayedon a screen center) in the screen corresponding to Document 1 to bedisplayed on a second sharable terminal 1130 (FIG. 16A (b)), andcontrols a third object (e.g., an approval zone displayed on a screenbottom) in the screen corresponding to Document 1 to be displayed on athird sharable terminal 1130 (FIG. 16A (c)).

For the case (2), referring to FIG. 16B and FIG. 16C, the mobileterminal 100 recognizes a URL window 1602, a bookmark 1603, a webpage1601 and a keyboard 1604 included in a webpage access screen (e.g., anexample of the first mode screen) as objects and then displays therecognized objects 1602, 1603, 1601 and 1604 in a manner that therecognized objects 1602, 1603, 1601 and 1604 are distributed on aplurality of sharable terminals including the mobile terminal 100,respectively.

In particular, referring to FIG. 16C, the mobile terminal 100 controlsthe webpage 1601, the URL window 1602 and the bookmark 1603, and thekeyboard 1604 to be displayed on the mobile terminal 100, the firstsharable terminal 1110 and the second sharable terminal 1120,respectively.

Meanwhile, the mobile terminal 100 can recognize a my-image region, acounterpart image region, a substitute image region, a call time displayregion, a counterpart information display region and the like as objectsof the first mode screen and then displays the recognized objects in amanner of distributing the recognized objects to a plurality of sharableterminals (possible to include the mobile terminal 100).

Meanwhile, a terminal (e.g., a sharable terminal or mobile terminal 100included) for displaying a corresponding object can request anauthentication procedure for displaying the corresponding object. And,the corresponding terminal can display the corresponding object only ifthe authentication procedure is validly completed. For instance, when acorresponding object itself or a mode screen including the correspondingobject requires a security over a predetermined reference, theauthentication procedure can be requested.

FIGS. 17A to 17D are diagrams for not displaying or identifiablydisplaying a partial region of a mode screen in a sharable terminalaccording to the present invention.

According to the present invention, the mobile terminal 100 can controlat least one sharable terminal not to display a partial region of afirst mode screen or to identifiably display the partial region underthe control of the controller 180.

Referring to FIG. 17A, the mobile terminal 100 receives an input of asetting action on a partial region 1710 from a user (FIG. 17A (a)) andthen displays a window 1720 for enabling the user to select a displayeffect on the partial region 1710 (FIG. 17A (b)).

For instance, the setting action on the partial region 1710 can includeone of a touch & drag action from one corner of a diagonal line of thepartial region 1710 to another corner, an action of drawing the partialregion 1710, a touch action on a specific point belonging to the partialregion 1710 for a predetermined period of time and the like. When thepartial region 1710 is a specific object, a touch action on a prescribedpoint of the partial region 1710 can be included in the setting action.For instance, the selectable display effect can include at least one ofa display restriction, an identifiable display, a zoom-in/zoom-outdisplay and the like.

Referring to FIG. 17B, if the display restriction is selected in FIG.17A, the mobile terminal 100 controls the rest of the first mode screenexcept the partial region 1710 to be displayed on the sharable terminalonly.

Referring to FIG. 17C, when the identifiable display is selected in FIG.17A, the mobile terminal 100 can control the first mode screen havingthe partial region 1710 identifiably displayed to be displayed on thesharable terminal. For instance, the identifiable display can includeone of a box treatment, a highlight treatment, a display in colordifferent from that of the rest region, a display in font different fromthat of the rest region and the like.

Referring to FIG. 17D, if the zoom-in/zoom-out display is selected inFIG. 17A, the mobile terminal 100 can control the first mode screen, inwhich the partial region 1710 is displayed by zoom-in or zoom-out, to bedisplayed on a sharable terminal.

Referring back to FIG. 12, in the controlling step S1240, the mobileterminal 100 controls a first mode screen to be displayed on at leastone sharable terminal to correspond to a prescribed level (1-1) orcontrols a whole part or a portion of the first mode screen not to bedisplayed on the at least one sharable terminal to correspond to theprescribed level (1-2) (e.g., a case in which a my-mode screen isdisplayed on another terminal), under the control of the controller 180.Moreover, in the controlling step S1240, the mobile terminal 100controls the display unit 151 to display a mode screen of at least onesharable terminal to correspond to a prescribed level (2-1) or controlsthe display unit 151 not to display a whole part or a portion of themode screen of the at least one sharable terminal to correspond to theprescribed level (2-2) (e.g., a case in which a mode screen of anotherterminal is displayed on my terminal), under the control of thecontroller 180. This shall be described in detail with reference to thefollowing drawings including FIG. 20.

Under the control of the controller 180, the mobile terminal 100 detectsa signal related not to a currently activated first mode but to a secondmode (e.g., example of a deactivated mode) (S1250). In particular, thecontroller 180 can further include a separate component for a signaldetection or can include each component different in accordance with atype of a signal.

For instance, the signal related to the second mode can include a calltransceiving, a message transceiving, a data transceiving via instantmessaging service, or a data transceiving via a social networkingservice with a counterpart terminal corresponding to the second mode andcan include a schedule alarm for a schedule corresponding to the secondmode. Moreover, the signal related to the second mode can include areception of call/message/others data in which a user informationcorresponding to the second mode is set to a transmitting sideinformation.

In this case, the counterpart terminal corresponding to the second modecan include a counterpart terminal in which information (e.g., phonenumber, email address, ID subscribed to instant messaging service, IDsubscribed to social networking service, etc.) is stored in a manner ofbeing linked to a counterpart information management application (e.g.,a phonebook, etc.) executed in the second mode. And, the schedulecorresponding to the second mode can include a schedule stored in amanner of being linked to a schedule management application executed inthe second mode. Moreover, the user information corresponding to thesecond mode can include user information (e.g., phone number, name,instant messaging service ID, email address, etc.) set for the secondmode in consideration of a fact that a user information can be setdifferent per mode on the mobile terminal 100.

In case of detecting the signal related to the second mode in thedetecting step S1250, the mobile terminal 100 outputs a signalindication information via the output unit 150 under the control of thecontroller 180 (S1260).

For instance, the signal indication information is displayed on aprescribed region of the screen or within a popup window while the firstmode screen keeps being displayed. The signal indication information isvisually outputted using at least one of a text, an image, an icon, alamp (e.g., LED lamp) and the like, is audibly outputted using at leastone of an alarm sound, an alarm voice, an alarm bell sound and the like,or can be tactily outputted using vibration or the like.

Optionally, the outputting step S1260 is not performed in accordancewith a user selection or can be interrupted in the course of beingexecuted. And, an output type (this shall be described later) of thesignal indication information can be determined in accordance with auser selection or a selection made by the controller 180.

Under the control of the controller 180, the mobile terminal 100controls the signal indication information of the detected signal not tobe displayed on at least one sharable terminal (S1270) or controls thesignal indication information of the detected signal to be displayed ona specific terminal, which meets a prescribed condition, among at leastone or more sharable terminals only (S1280).

In this case, the sharable terminal can include an external terminalcurrently displaying the first mode screen of the mobile terminal 100under the control of the controller 180.

In the controlling step S1270, the controller 180 can control thesharable terminal not to display the signal indication information inorder to avoid interrupting the display of the first mode screen in thesharable terminal or in order to keep the security of information on amode in which a mode screen of the mobile terminal 100 is not shared.

In this case, the controller 180 can control the wireless communicationunit 110 not to transmit the signal indication information to thesharable terminal or the company server 300. Alternatively, even if thecompany server 300 receives the signal indication information, it maynot transmit the received signal indication information to the sharableterminal. Moreover, although the sharable terminal receives signalindication information, if it determines that the received signalindication information is the signal indication information on a modedifferent from its activated mode, it may not display the receivedsignal indication information.

In the controlling step S1280, the controller 180 can control thewireless communication unit 110 to transmit the signal indicationinformation to a specific terminal, which meets a prescribed condition,among the at least one or more sharable terminals only. The companyserver 300 receives the signal indication information from the mobileterminal 100 and then confirms a specific terminal that meets aprescribed condition. Only if the prescribed condition is met, thesharable terminal can display the received signal indicationinformation.

For instance, the prescribed condition can include at least one of anexternal terminal having intimacy with the mobile terminal 100 over apredetermined level, an external terminal selected to share the signalindication information by a user of the mobile terminal 100, an externalterminal related to the detected signal, and an external terminal storedas counterpart information corresponding to the second mode.

In particular, the external terminal having the intimacy with the mobileterminal 100 over the predetermined level can include one of a terminalhaving transceived a predetermined count of messages or calls with themobile terminal 100 for a predetermined period of time, a terminaldesignated as a preferred counterpart by the mobile terminal 100 and thelike. The external terminal related to the detected signal can includeone of a terminal belonging to the same group of a counterpart terminal(this shall be described later) corresponding to the detected signal, aterminal of a participant of a schedule (this shall be described later)corresponding to the detected signal, a terminal transceiving a messagewith a counterpart terminal when the detected signal is a messagetransceiving, and the like. And, the external terminal stored ascounterpart information corresponding to the second mode can include aterminal having its information (e.g., phone number, name, emailaddress, instant messaging service ID, etc.) stored in a manner of beinglinked to a counterpart information management application executed inthe second mode.

In the controlling step S1280, the mobile terminal 100 can set an openextent of the signal indication information to be different for at leastone sharable terminal under the control of the controller 180. Ofcourse, the open extent can be set in accordance with a user selectionas well.

For instance, the signal indication information is set not to becomeopen in the first sharable terminal, a signal type of the signalindication information is set to become open in the second sharableterminal, a generated hour and signal type of the signal indicationinformation are set to become open in the third sharable terminal, andall the signal indication information can be set to become open in thefourth sharable terminal.

In the following description, the controlling step S1280 is explained indetail with reference to FIGS. 18A to 18D. For clarity and convenienceof the following description, assume that a call signal related to aprivate mode is received in a business mode activated state.

FIGS. 18A to 18D are diagrams for displaying signal indicationinformation in an external terminal when a mobile terminal detects asignal related to a deactivated mode according to the present invention.

Referring to FIG. 18A, in case of receiving a call signal related to aprivate mode, the mobile terminal 100 can display an indicationinformation 1810 indicating the call signal reception (FIG. 18A (a)) anddisplays a window 1820 for enabling a display condition of theindication information 1810 on a sharable terminal to be selected (FIG.18A (b)). Of course, the display condition selecting process can beomitted. If the display condition selecting process is omitted, theindication information can be displayed on the sharable terminal, whichmeets a prescribed condition, only.

For instance, the indication information 1810 can include a counterpartinformation (e.g., a phone number, a name, etc.) on a counterpart havingtransmitted a call signal, a text indicating that a call signal has beenreceived, a call connect key zone, a call reject key zone and the like.And, the display condition can include a display restriction (e.g.,impossible to display indication information on any sharable terminal),a total display (e.g., indication information displayed on all sharableterminals), a partial display (e.g., indication information displayed ona sharable terminal that meets a prescribed condition), and the like.Moreover, a specific part, which is to be displayed on a sharableterminal, of a whole indication information can be included in thedisplay condition. In this case, the specific part can be set persharable terminal.

Referring to FIGS. 18B to 18D, the mobile terminal 100 controls asharable terminal to display an information 1830 indicating a signaltype (FIG. 18B), controls a sharable terminal to display an information1840 indicating a signal type and a counterpart having transmitted acall signal (FIG. 18C), or can control a sharable terminal to display aninformation 1850 indicating a mode to which a detected signalcorresponds (FIG. 18D).

Meanwhile, the mobile terminal 100 can control a sharable terminal todisplay a further detailed signal indication information if an intimacywith the mobile terminal 100 increases. And, the mobile terminal 100 canset a display extent or type of a signal indication information to bedifferent per sharable terminal.

Referring again to FIG. 12, the mobile terminal 100 can switch a currentmode to the second mode corresponding to the signal detected in thedetecting step S1250 under the control of the controller 180. As themobile terminal 100 switches the first mode to the second mode, themobile terminal 100 deactivates the first mode and activates the secondmode.

In particular, when activating the second mode, the mobile terminal 100can execute a specific application indicated by the detected signal. Forinstance, if the detected signal is a call reception, the mobileterminal 100 executes a call application. If the detected signal is amessage reception, the mobile terminal 100 can execute a messageapplication.

In case of the switching to the second mode, the controller 180determines whether a conditional access is set on the second mode. Whenthe conditional access is set on the second mode, the current mode canbe switched to the second mode only if an authentication procedure isvalidly performed.

For instance, when the first mode and the second mode are a private modeand a business mode, it can be said that a conditional access is set.Moreover, if the authentication procedure for the switching (or entry)to the second mode is successful, the authentication procedure can beskipped in case of performing a re-switching (or re-entry) to the secondmode in the future. For instance, in case of a re-switching for apredetermined period of time (e.g., duty hours, a day, a week, etc.), are-switching between a terminal-on and a terminal-off, or the like, itis able to skip the authentication procedure.

In the following description, the mode switching in multi-OS environmentis explained in detail.

First of all, according to a first multi-OS scheme, while a private modeor a business mode is activated, if a command signal for a modeswitching is detected, the mobile terminal 100 can activate the businessmode or the private mode. According to a second multi-OS scheme, while aprivate mode or a business mode is activated, if a command signal for amode switching is detected, the mobile terminal 100 can activate thebusiness mode or the private mode.

In particular, when a business mode is switched to a private mode, ifthere exists an application previously executed in the private mode, anexecuted state of the previously-executed application is entered. Ifthere does not exist an application previously executed in the privatemode, HOME state (e.g., first scheme) of the private mode or HOME state(e.g., second scheme) of the business mode can be entered. This isapplicable to the switching to the business mode from the private modeas well.

When the first mode is switched to the second mode, under the control ofthe controller 180, the mobile terminal 100 can control a first modescreen, which was displayed right before the switching to the secondmode, to keep being displayed on at least one sharable terminal. Indoing so, the mobile terminal 100 can display a screen of the secondmode (hereinafter named a second mode screen) in accordance with theswitching to the second mode using the display unit 151. This is to keepsharing the mode screen before the switching with another externalterminal despite the mode switching.

Moreover, when the first mode screen is set to keep being displayed onthe at least one sharable terminal despite the switching to the secondmode, the mobile terminal 100 controls the display unit 151 to display akey zone for controlling the first mode screen on a prescribed region ofthe screen while the second mode screen is displayed (1) or can controlthe display unit 151 to display the first mode screen and the secondmode screen on a first region and a second region of the screen,respectively, in a manner of partitioning the screen into a plurality ofregions including the first region and the second region (2), under thecontrol of the controller 180.

This is described in detail with reference to FIGS. 19A to 19C asfollows. For clarity and convenience of the following description,assume that the mobile terminal 100 has switched a business mode to aprivate mode. Assume that a sharable terminal activates the businessmode. And, assume that a screen corresponding to Document 1 wasdisplayed as a mode screen of the business mode right before theswitching to the private mode.

FIGS. 19A to 19C are diagrams of screen configurations for a method ofcontrolling a mode screen in case of switching to another mode, whilethe mode screen is shared, according to the present invention.

Referring to FIGS. 19A to 19C, as a call signal received in an activatedstate of a private mode is connected, the mobile terminal performs aspeech call and can display a voice call connection screen as a modescreen of the private mode.

In particular, referring to FIG. 19A, while the voice call connectionscreen is displayed, the mobile terminal 100 can display a key zone 1910on a prescribed region of the screen to control a display of the screencorresponding to Document 1 in a sharable region. For instance, the keyzone 1910 can include a shift key to a next page (Next), a shift key toa previous page (Pre), a display stop key (STOP), a mode switch key(Switch) and the like.

Therefore, a user can input a display control command for the screencorresponding to Document 1 shared with a sharable terminal bymanipulating the key zone 1910.

Referring to FIG. 19B, the mobile terminal 100 partitions the screeninto a plurality of regions including a first region and a second regionand is then able to display the voice call connection screen and thescreen corresponding to Document 1 on the first region 1920 and thesecond region 1930, respectively. In this case, if the first region 1920is activated, it can be said that the private mode is activated. If thesecond region 1930 is activated, it can be said that the business modeis activated.

Therefore, as the second region 1930 is activated, the user can inputthe display control command for the screen corresponding to Document 1shared with the sharable terminal.

Referring to FIG. 19C, if a key 1940 for receiving an input of aswitching command for a switching to the business mode is selected, themobile terminal 100 switches a current mode to the business mode. As thebusiness mode is activated, the mobile terminal 100 can receive an inputof the display command signal for the screen corresponding to Document1.

In the following description, when a mode screen is shared with aplurality of terminals capable of implementing a plurality of modes, amethod of controlling a display of a shared mode screen to correspond toa prescribed level is explained.

FIG. 20 is a second flowchart for a method of controlling a mode screendisplay in a mobile terminal according to one embodiment of the presentinvention. And, FIG. 21 is a third flowchart for a method of controllinga mode screen display in a mobile terminal according to one embodimentof the present invention. For clarity and convenience of the followingdescription, assume that a plurality of modes include a first mode and asecond mode.

Referring to FIG. 20, the mobile terminal 100 transmits a first modescreen of a currently activated first mode using the wirelesscommunication unit 110 under the control of the controller 180 (S2030).

In the transmitting step S2030, the mobile terminal 100 transmits thefirst mode screen to each of at least one or more sharable terminals tocorrespond to a prescribed level (1), transmits the first mode screen tothe company server 300 to enable the first mode screen to be transmittedto at least one sharable terminal to correspond to a prescribed level(2), or transmits the first mode screen to a sharable terminalcollectively to enable a display restriction to be performed by thesharable terminal in accordance with a prescribed level.

In this case, the sharable terminal can include an external terminalcapable to sharing a mode screen with the mobile terminal 100 or anexternal terminal in the course of sharing the mode screen with themobile terminal 100 (This shall be described in detail later.). Thesharable terminal can be in the activated state of the first mode likethe mobile terminal 100. In this case, the first mode can include abusiness mode. In case of attempting to share a mode screen with anexternal terminal having activated a mode different from its mode, themobile terminal 100 can control the wireless communication unit 110 totransmit a mode switching request signal to the external terminal in theactivated state of the different mode under the control of thecontroller 180.

The descriptions of the sharable terminal and the mode switching requestsignal can refer to the former descriptions in this disclosure.

Moreover, the prescribed level can include at least one of a level of acontent displayed on the first mode screen, a level of the at least onesharable terminal, and a level of the mobile terminal 100. Inparticular, the level of the content can include one of a level set onthe content itself, a level of an application associated with thecontent, a level of data associated with the content and the like. Thelevel of the sharable terminal or the mobile terminal can be determinedin accordance with an in-company rank, a duty property, a belongingdepartment and the like of a user (or a possessor) of the correspondingterminal

The mobile terminal 100 controls the first mode screen to be displayedon the at least one sharable terminal to corresponding to the prescribedlevel (This shall be described in detail later.) under the control ofthe controller 180 (S2040).

The controlling step S2040 is described in detail as follows.

First of all, according to a first case, the mobile terminal 100compares a level of the mobile terminal 100 to a level of at least onesharable terminal under the control of the controller 180. In accordancewith a result of the comparison, the mobile terminal 100 controls thewhole part or portion of a first mode screen not to be displayed on thesharable terminal having the level lower than that of the mobileterminal 100. In accordance with the result of the comparison, themobile terminal 100 can control the whole part of the first mode screento be displayed on the sharable terminal having the level equal to orhigher than that of the mobile terminal 100.

Secondly, according to a second case, under the control of thecontroller 180, the mobile terminal 100 determines a level of at leastone sharable terminal, controls a first mode screen to be displayed on aterminal having a highest level among the at least one or more sharableterminals, and controls the first mode screen not to be displayed on therest of the sharable terminals.

Thirdly, according to a third case, under the control of the controller180, the mobile terminal 100 compares a level of a content displayed ona first mode screen to a level of at least one sharable terminal. Inaccordance with a result of the comparison, the mobile terminal 100controls the whole part or portion of the first mode screen not to bedisplayed on the sharable terminal having a level lower than that of thecontent. In accordance with the result of the comparison, the mobileterminal 100 controls the entire first mode screen to be displayed onthe sharable terminal having the level equal to or higher than that ofthe content.

Moreover, in the transmitting step S2030, under the control of thecontroller 180, the mobile terminal 100 controls the wirelesscommunication unit 110 not to transmit the first mode screen to thesharable terminal having the level lower than the level of the mobileterminal 100 (or the level of the content) or to transmit a portion ofthe first mode screen to correspond to a prescribed level (1).Alternatively, the mobile terminal 100 can control the wirelesscommunication unit 110 to transmit the whole first mode screen to thesharable terminal having the level equal to or higher than the level ofthe mobile terminal 100 (or the content level) under the control of thecontroller 180 (2).

This is explained in detail with reference to FIGS. 22 to 24C asfollows. For clarity and convenience of the following description,assume that a business mode is activated in the mobile terminal and aplurality of sharable terminals.

FIG. 22 is a diagram for displaying a mode screen of a currentlyactivated mode in a mobile terminal according to the present invention.

Referring to FIG. 22, the mobile terminal 100 executes a documentread/search application. And, a screen (e.g., example of a first modescreen) corresponding to Document 1 is correspondingly displayed. Inthis case, assume that a level of the mobile terminal 100 or a level ofDocument 1 displayed on the screen is Level 3.

FIG. 23A and FIG. 23B are first diagrams for displaying a mode screen inan external terminal in accordance with a prescribed level according tothe present invention.

In FIG. 23A and FIG. 23B, a first mode screen is displayed on a sharableterminal having a level lower than that of the mobile terminal 100 orDocument 1. For clarity and convenience of the following description,assume that a level of the sharable terminal is set to Level 1 or Level2 lower than Level 3.

Referring to FIG. 23A, in case of receiving an input of a displaycommand for a mode screen of the mobile terminal 100, a sharableterminal 1110 or 1120 can output an information indicating that the modescreen of the mobile terminal 100 is not displayable since a level ofthe mobile terminal 100 or Document 1 is higher than a level of thesharable terminal 1110 or 1120.

Alternatively, the sharable terminal 1110 or 1120 may not display themode screen of the mobile terminal without outputting the informationindicating that the mode screen of the mobile terminal 100 is notdisplayable.

Referring to FIG. 23B, in displaying the mode screen of the mobileterminal 100, the first sharable terminal 1110 displays a region Content1 of a screen corresponding to Document 1 to correspond to Level 1 thatis the level of the first sharable terminal 1110 (FIG. 23B (a)). And,the second sharable terminal 1120 can display a region Content 1 and aregion Content 2 of the screen corresponding to Document 1 to correspondto Level 2 that is the level of the second sharable terminal (FIG. 23B(b)).

FIGS. 24A to 24C are second diagrams for displaying a mode screen in anexternal terminal in accordance with a prescribed level according to thepresent invention.

In FIGS. 24A to 24C, a first mode screen is displayed on a sharableterminal having a level equal to or higher than that of the mobileterminal 100 or Document 1. For clarity and convenience of the followingdescription, assume that a level of the sharable terminal is set toLevel 4 higher than a level of the mobile terminal 100 or Document 1. Ofcourse, a level of the sharable terminal can be set to Level 3 equal toa level of the mobile terminal 100 or Document 1.

Referring to FIG. 24A, a third sharable terminal 1130 has a level set toLevel 4 higher than a level of the mobile terminal 100. Therefore, thethird sharable terminal 1130 can display the whole mode screen of themobile terminal 100.

Referring to FIG. 24B, since a level of a mode screen of the thirdsharable terminal 1130 is set to Level 4 that is the highest level amonga plurality of sharable terminals (e.g., the mobile terminal 100 andfirst to third sharable terminals 1110, 1120 and 1130), each of themobile terminal 100, the first sharable terminal 1110 and the secondsharable terminal 1120 can display the mode screen. In doing so, each ofthe mobile terminal 100, the first sharable terminal 1110 and the secondsharable terminal 1120 displays a mode screen of its own only or candisplay a mode screen of the terminal having the level equal to or lowerthan that of the corresponding terminal.

Referring to FIG. 24C, when an approval region is included in a screencorresponding to Document 1, regions of the screen corresponding toDocument 1 except the approval region are displayed on a sharableterminal 1110 having no approval authority. And, a whole screencorresponding to Document 1 including the approval region can bedisplayed on the sharable terminal 1130 having the approval authority.

Referring to FIGS. 22 to 24C, each of the mobile terminal 100 and firstto third sharable terminals 1110, 1120 and 1130 includes a terminalidentity region, in which indicators of terminals (e.g., my terminal oruser terminal included) sharing a mode screen are contained, provided toa prescribed region of a screen and can identifiably display theindicator of the terminal corresponding to a currently displayed modescreen. If a specific indicator included in the terminal identity regionis selected, a display command signal for the mode screen of theterminal corresponding to the selected specific indicator can be input.Moreover, the indicator corresponding to the terminal having a levelhigher than a my-terminal level or the terminal, which is displaying acontent of a terminal having a level higher than a level of my terminal,is displayed as a selection-impossible state (e.g., blurred, dotted-linebox, etc.) or may not be displayed as all.

Of course, each of the mobile terminal 100 and first to third sharableterminals 1110, 1120 and 1130 can display a mode screen of anotherterminal (i.e., a mode screen provided by another terminal) and themy-mode screen on a single screen or can display the corresponding modescreens in a manner of turning pages.

Referring now to FIG. 20, in the controlling step S2040, when the firstmode screen is constructed with at least one or more objects, the mobileterminal 100 can control the at least one object to be displayed on atleast one sharable terminal in a manner of being distributed on the atleast one sharable terminal to correspond to a prescribed level underthe control of the controller 180.

When the first mode screen includes a plurality of objects, a pluralityof the objects can be displayed in a manner of being distributed on themobile terminal 100 and at least one sharable terminal to correspond toa prescribed level. In this case, the objects displayed on the differentterminals are different from each other or can be identical to eachother entirely or in part.

Moreover, a displayable level or a non-displayable level can be set oneach of a plurality of the objects included in the first mode screen.The corresponding object is displayed on the terminal having a levelequal to or higher than the set displayable level. Yet, thecorresponding object is not displayable on the terminal having a levelequal to or lower than the set non-displayable level.

This is explained with reference to FIG. 25A and FIG. 25B as follows.For clarity and convenience of the following description, assume that acontent 1 region, a content 2 region, a content 3 region and an approvalregion are included in a first mode screen.

FIG. 25A and FIG. 25B are diagrams for displaying a plurality of objectsincluded in a mode screen on a plurality of terminals in accordance witha prescribed level, respectively, according to the present invention.

Referring to FIG. 25A, the mobile terminal 100 displays a content 1region and a content 2 region to correspond to its level set to Level 3(FIG. 25A (a)), while a first sharable terminal 1110 can display thecontent 1 region to correspond to its level set to Level 1 (FIG. 25A(b)).

Referring to FIG. 25B, a second sharable terminal 1120 displays acontent 2 region to correspond to its level set to Level 2 (FIG. 25B(a)), while a third sharable terminal 1130 can display a content 3region and an approval region to correspond to its level set to Level 4(FIG. 25B (b)).

Referring now to FIG. 20, in the controlling step S2040, the mobileterminal 100 grants a control authority for the first mode screen to atleast one sharable terminal to correspond to a prescribed level and cancontrol the at least one sharable terminal to display a user interfaceto execute the granted control authority, under the control of thecontroller 180.

In other words, the control authority can differ per sharable terminal,whereby the user interface to execute the control authority can beconfigured different. Moreover, the higher the level of the sharableterminal gets, the higher the control authority to be granted becomes.

This is explained in detail with reference to FIGS. 26A to 26C asfollows.

FIGS. 26A to 26C are diagrams of screen configurations for displayingmode screen control authorities of a plurality of external terminals inaccordance with a prescribed level, respectively, according to thepresent invention.

Referring to FIG. 26A, in a first sharable terminal 1110 having a levelset to Level 1, a read authority is granted as a control authority for afirst mode screen and a key zone (READ) for executing the read authoritycan be provided to a screen of the first sharable terminal 1110.

Referring to FIG. 26B, in a second sharable terminal 1120 having a levelset to Level 2, a read authority and a store authority are granted ascontrol authorities for a first mode screen and a key zone (READ) forexecuting the read authority and a key zone (STORE) for executing thestore authority can be provided to a screen of the second sharableterminal 1120.

Referring to FIG. 26C, in a third sharable terminal 1130 having a levelset to Level 4, a read authority, a store authority and an editauthority are granted as control authorities for a first mode screen anda key zone (READ) for executing the read authority, a key zone (STORE)for executing the store authority and a key zone (EDIT) for executingthe edit authority can be provided to a screen of the third sharableterminal 1130.

Moreover, the mobile terminal 100 receives a screen of a currentlyactivated mode of at least one sharable terminal using the wirelesscommunication unit 110 and is then able to control the display unit 151to display the received screen to correspond to a prescribed level underthe control of the controller 180. And, the corresponding details canrefer to the descriptions with reference to FIG. 21.

In the following description, a reception of a mode screen is explained.

First of all, referring to FIG. 21, the mobile terminal 100 receives amode screen of a currently activated mode of at least one sharableterminal using the wireless communication unit 110, under the control ofthe controller 180 (S2130). In this case, regarding the sharableterminal, the former description can be referred to.

In the receiving step S2130, the mobile terminal 100 receives acounterpart mode screen from each of the at least one or more sharableterminals (Case 1), receives a counterpart mode screen of the at leastone sharable terminal via the company server 300 (Case 2), or canreceive a counterpart mode screen corresponding to a prescribed levelfrom the sharable terminal (Case 3). According to the case 1 or the case2, the mobile terminal 100 can directly control a display of acounterpart mode screen in accordance with a prescribed level. Accordingto the case 3, the mobile terminal 100 is unable to perform the displaycontrol of the counterpart mode screen in accordance with the prescribedlevel but the sharable terminal can perform the display control of thecounterpart mode screen in accordance with the prescribed level.

In this case, the prescribed level can include at least one of a levelof a content displayed on the counterpart mode screen, a level of the atleast one sharable terminal and a level of the mobile terminal 100.Details of the content level, the level of the sharable terminal and thelevel of the mobile terminal 100 can refer to the foimer descriptions.

Subsequently, the mobile terminal 100 controls the display unit 151 todisplay the received counterpart mode screen to correspond to theprescribed level (described in detail) under the control of thecontroller 180 (S2140).

In the controlling step S2140, the mobile terminal 100 determines theprescribed level in case of receiving the counterpart mode screen. Themobile terminal 100 is then able to control the counterpart mode screendisplay in accordance with a result of the prescribed leveldetermination.

This shall be described in detail with reference to FIG. 27A and FIG.27B as follows.

FIG. 27A and FIG. 27B are diagrams of screen configurations fordetermining a prescribed level when a mobile terminal receives a modescreen of an external terminal according to the present invention.

Referring to FIG. 27A, in case of receiving a counterpart mode screen,the mobile terminal 100 can determine a level of a content included inthe received counterpart mode screen, a level of a sharable terminalproviding the counterpart mode screen, and a level of the mobileterminal 100.

Referring to FIG. 27B, if the above-described level determination iscompleted, the mobile terminal 100 enables a user to select whether tocheck the counterpart mode screen. Alternatively, without such a userselection action, the mobile terminal 100 may or may not display thecounterpart mode screen in direct to correspond to the determined level.

Referring now to FIG. 21, the controlling step S2140 is described indetail as follows.

First of all, according to the first case, the mobile terminal 100compares a level of the mobile terminal 100 to a level of at least onesharable terminal under the control of the controller 180. The mobileterminal 100 controls the display unit 151 to display a whole screen ofthe sharable terminal having the level equal to or lower than that ofthe mobile terminal in accordance with a result of the comparison underthe control of the controller 180. On the contrary, the mobile terminal100 controls the display unit 151 not to display a whole or partialscreen of the sharable terminal having the level higher than that of themobile terminal 100 in accordance with a result of the comparison underthe control of the controller 180.

For instance, the mobile terminal 100 (e.g., having the level set toLevel 3) can display a whole mode screen of the sharable terminal if thelevel of the sharable terminal is set to Level 1. In another instance,if the level of the sharable terminal is set to Level 4, the mobileterminal 100 may not display a whole or partial part of the mode screenof the sharable terminal. Moreover, a non-displayed portion of the modescreen of the sharable terminal can vary in accordance with the level ofthe sharable terminal.

According to the second case, the mobile terminal 100 compares a levelof the mobile terminal 100 to a level of at least one sharable terminalunder the control of the controller 180. If the level of the mobileterminal 100 is higher than that of the at least one sharable terminal,the mobile terminal 100 controls the display unit 151 to display ascreen of the at least one sharable terminal under the control of thecontroller 180. If the level of the mobile terminal 100 is not thehighest, the mobile terminal 100 can control the display unit 151 not todisplay the received counterpart mode screen under the control of thecontroller 180.

For instance, if the level of the mobile terminal 100 is the highest,the mobile terminal 100 can display the screens of all sharableterminals. If the level of the mobile terminal 100 is not the highest,the mobile terminal 100 displays a mode screen of its own only or candisplay a screen of the sharable terminal having the level equal to orlower than that of its own.

According to the third case, the mobile terminal 100 compares a level ofthe content displayed on the received counterpart mode screen to a levelof the mobile terminal 100 under the control of the controller 180. Ifthe level of the mobile terminal 100 is lower than that of the contentin accordance with a result of the comparison, the mobile terminal 100controls the display unit 151 not to display a whole or partial part ofthe counterpart mode screen under the control of the controller 180. Onthe contrary, if the level of the mobile terminal 100 is equal to orhigher than that of the content in accordance with the result of thecomparison, the mobile terminal 100 can control the display unit 151 todisplay the whole part of the counterpart mode screen in accordance withthe result of the comparison under the control of the controller 180.

For instance, when the content level is set to Level 4, the mobileterminal 100 (e.g., having the level set to Level 3) does not displaythe whole counterpart mode screen or may not display a portion of thecounterpart mode screen. In this case, the non-displayed portion (or therest of the displayed counterpart mode screen) can vary in accordancewith the content level. If the content level is set to Level 2, themobile terminal 100 e.g., having the level set to Level 3) can displaythe whole counterpart mode screen.

Moreover, when the approval region is included in the counterpart modescreen, if the mobile terminal 100 determines that it fails to have anapproval authority, the mobile terminal 100 displays the regions of thecounterpart mode screen except the approval region under the control ofthe controller 180. If the mobile terminal 100 determines that it hasthe approval authority, the mobile terminal 100 can display the wholecounterpart mode screen including the approval region under the controlof the controller 180. When the counterpart mode screen is constructedwith a plurality of objects, the mobile terminal 100 can display theobject(s) corresponding to its level under the control of the controller180. And, the mobile terminal 100 has a control authority correspondingto its level for the counterpart mode screen and is then able to displaya user face to execute the control authority, under the control of thecontroller 180.

Furthermore, the mobile terminal 100 transmits a first mode screen of acurrently activated first mode and can control the transmitted firstmode screen to be displayed on at least one sharable terminal tocorrespond to a prescribed level. This can refer to the formerdescription with reference to FIG. 20.

According to the present invention, when mode screens of a plurality ofterminals (i.e., the mobile terminal 100 included) are displayed on anexternal terminal having a mother screen, the mode screens displayed onthe mother screen can be controlled in accordance with a prescribedlevel.

This is described in detail with reference to FIG. 28 as follows. Forclarity and convenience of the following description, assume that levelsof a plurality of terminals are set to Level 1 to Level 4, respectively.

FIG. 28 is a diagram for controlling a mode screen displayed on a motherscreen in accordance with a prescribed level when mode screens of aplurality of terminals (mother screen included) are displayed on themother screen according to the present invention.

Referring to FIG. 28, when a mode screen of a random one of a pluralityof terminals is displayed on a mother screen, it can display the modescreen on the mother screen to correspond to a lowest level of theplurality of terminals. In particular, a partial region (or a partialsubstance) of a mode screen, which is allowed for a lowest level, can bedisplayed only instead of displaying a whole mode screen.

Assuming that a level of an external terminal having a mother screen isset to Level 3, a mode screen displayable on the mother screen caninclude a mode screen of a terminal having a level lower than or equalto Level 3.

Moreover, while the mobile terminal 100 shares a mode screen of acurrently activated first mode with at least one sharable terminal tocorrespond to a prescribed level, as shown in FIG. 20 and FIG. 21, if asignal related to a second mode (e.g., one example of a deactivatedmode) is detected, under the control of the controller 180, the mobileterminal 100 controls a signal indication information not to bedisplayed on the at least one sharable terminal or can control thesignal indication information to be displayed on a specific one of theat least one or more sharable terminals, which meets a prescribedcondition, only. For this, the former descriptions relating to thesignal detection and the display control of the signal indicationinformation in association with the second mode can be referred to.

According to this disclosure, when a mode screen of each differentterminal is displayed per level, a display extent (or a display range)per level can be set by one of a user, a controller 180 and a companyserver 300.

According to this disclosure, in case of attempting to perform a modescreen sharing at a specific place (e.g., outside a company, etc.), atwhich the mode screen sharing is not allowed, or a specific time zone(e.g., off-duty hours, etc.), on which the mode screen sharing is notallowed) or attempting to share a mode screen with an external terminalfailing in performing a pre-subscription or authentication procedure fora mode screen sharing, the mode screen sharing is not allowed at all(1), a mode screen including a content of a lowest level is allowed tobe shared (2), or a mode screen including a content over a prescribedlevel is not allowed to be shared.

According to this disclosure, when any input action is not received froma user until a predetermined period of time passes after a mode screensharing, the mode screen sharing is interrupted or a warningannouncement or text is outputted before elapse of the predeterminedperiod of time. Therefore, the user can be lead to perform an inputaction.

According to this disclosure, although it is described that a modescreen can be shared between terminals having activated the same mode(e.g., business mode), the mode screen can be shared with a terminalhaving activated a different mode (e.g., private mode). For instance, aterminal having activated a different terminal can include a terminalover a predetermined rank or a terminal having a highest rank incompany. In this case, the terminal having activated the different modehas a read authority for a mode screen of another terminal or can have astore authority in addition occasionally.

According to this disclosure, the modes mentioned therein can variouslyinclude a religion mode, a hobby mode, a school mode and the like pertype in addition to a private mode and a business mode. And, a pluralityof modes can be set for each type.

According to this disclosure, in determining an application executed permode, it can designate an application in accordance with a userselection. And, it is also able to automatically designate anapplication to a corresponding mode in consideration of a property andtype of the corresponding application. For instance, assuming that amode field exists in a data structure of an application, it candesignate an application to a corresponding mode defined in the modefield.

According to this disclosure, in each of a plurality of modes, a userinterface related to at least one of a voice based communication and atext based communication can be provided via the display unit 151 underthe control of the controller 180. For instance, the voice basedcommunication includes a voice call, a voice based chatting and thelike. In another instance, the text based communication can include amessage service, a text based chatting and the like. The user interfaceis displayed as a virtual key form on a touchscreen or can be providedas a button key form. And, the user interface provided in each of aplurality of modes can differ in position, shape, size and the like.

Although the mode screen sharing is mentioned in this disclosure, theabove-mentioned embodiments is applicable to a sharing of content/dataincluded in a currently displayed screen or a sharing of an applicationto which content/data included in a currently displayed screencorresponds as well as the mode screen sharing.

According to one embodiment of the present invention, theabove-described mode screen display controlling method of the mobileterminal can be implemented in a program recorded medium ascomputer-readable codes. The computer-readable media include all kindsof recording devices in which data readable by a computer system arestored. The computer-readable media include ROM, RAM, CD-ROM, magnetictapes, floppy discs, optical data storage devices, and the like forexample and also include carrier-wave type implementations (e.g.,transmission via Internet). And, the computer can include the controller180 of the terminal.

The aforementioned embodiments for the mobile terminal and mode screendisplay controlling method therein are achieved by combination ofstructural elements and features of the present invention in apredetermined type. Each of the structural elements or features shouldbe considered selectively unless specified separately. Each of thestructural elements or features may be carried out without beingcombined with other structural elements or features. Also, somestructural elements and/or features may be combined with one another toconstitute the embodiments of the present invention.

According to one embodiment of the present invention, theabove-described mode screen display controlling methods can beimplemented in a program recorded medium as computer-readable codes. Thecomputer-readable media include all kinds of recording devices in whichdata readable by a computer system are stored. The computer-readablemedia include ROM, RAM, CD-ROM, magnetic tapes, floppy discs, opticaldata storage devices, and the like for example and also includecarrier-wave type implementations (e.g., transmission via Internet).

Thus, an embodiment of the present invention provides a detailed methodof differentiating a shared screen per terminal orapproving/disapproving a screen sharing per terminal in accordance witha prescribed reference (particularly, whether a terminal is currentlyused for a business usage or a private usage).

It will be apparent to those skilled in the art that variousmodifications and variations can be made in the present inventionwithout departing from the spirit or scope of the inventions. Thus, itis intended that the present invention covers the modifications andvariations of this invention provided they come within the scope of theappended claims and their equivalents.

1. A mobile terminal, comprising: a communication unit configured tocommunicate with at least one external terminal; a memory configured tostore at least a first and second operating system including at leastfirst and second modes, respectively; and a controller configured toexecute the first operating system and to activate the first modecorresponding to the first operating system, to display a firstinformation screen corresponding to the activated first mode on adisplay of the mobile terminal, to receive an event signal indicating anevent related to the second mode has occurred on the mobile terminal,and to selectively display event information related to the event of thesecond mode on a display of the at least one external terminal.
 2. Themobile terminal of claim 1, wherein the controller is further configuredto display the event information on the display of the at least oneexternal terminal when receiving an input from a user authorizing thedisplay of the event information.
 3. The mobile terminal of claim 1,wherein the controller is further configured to display the eventinformation on the display of the at least one external terminal whenthe event signal includes information related to the at least oneexternal terminal.
 4. The mobile terminal of claim 1, wherein thecontroller is further configured to display the event information on thedisplay of the at least one external terminal automatically and withoutuser interaction based on the at least one external terminal being apre-registered external terminal.
 5. The mobile terminal of claim 1,wherein the controller is further configured to display the eventinformation on the display of the at least one external terminal whenthe at least one external terminal has a predetermined intimacy with themobile terminal over a predetermined referenced value.
 6. The mobileterminal of claim 5, wherein the predetermined reference value includesat least one of a number of calls or messages transferred between the atleast one external terminal and the mobile terminal, the external mobileterminal being included in a friends list set on the mobile terminal,the external terminal being included in a friends list on a socialnetwork, and intimate contents included in the received event signalrelated to the event.
 7. The mobile terminal of claim 1, wherein theevent signal is generated by at least one of a calltransmission/reception, a message transmission/reception, a datatransmission/reception via an instant messaging service, a datatransmission/reception via a social networking service and a scheduleindication.
 8. The mobile terminal of claim 1, wherein the controller isfurther configured to control the at least one external terminal toselectively display contents of the first information screencorresponding to the activated first mode on the display of the externalterminal.
 9. The mobile terminal of claim 8, wherein the controller isfurther configured to compare a first designated security level relatedto at least one of the mobile terminal and information displayed on thefirst information screen to a second designated security level relatedsaid at least one external terminal, and to selectively display contentsof the first information screen on the display of the at least oneexternal terminal based on a result of the comparison of the first andsecond designated security levels.
 10. The mobile terminal of claim 1,wherein the controller is further configured to control the at least oneexternal terminal to switch to the first mode when the at least oneexternal is operating in the second mode.
 11. The mobile terminal ofclaim 1, wherein the controller is further configured to receive anotherevent signal indicating an event related to the second mode has occurredon the at least one external terminal, and to selectively display eventinformation related to the event of the second mode on the display ofthe mobile terminal.
 12. A method of controlling a mobile terminal, themethod comprising: allowing, via a communication unit of the mobileterminal, communication with at least one external terminal; storing, ina memory of the mobile terminal, at least a first and second operatingsystem including at least first and second modes, respectively;executing, via a controller of the mobile terminal, the first operatingsystem and activating the first mode corresponding to the firstoperating system; displaying, on a display of the mobile terminal, afirst information screen corresponding to the activated first mode;receiving, via the controller, an event signal indicating an eventrelated to the second mode has occurred on the mobile terminal; andselectively displaying event information related to the event of thesecond mode on a display of the at least one external terminal.
 13. Themethod of claim 12, wherein the selectively displaying displays theevent information on the display of the at least one external terminalwhen receiving an input from a user authorizing the display of the eventinformation.
 14. The method of claim 12, wherein the selectivelydisplaying displays the event information on the display of the at leastone external terminal when the event signal includes information relatedto the at least one external terminal.
 15. The method of claim 12,wherein the selectively displaying displays the event information on thedisplay of the at least one external terminal automatically and withoutuser interaction based on the at least one external terminal being apre-registered external terminal.
 16. The method of claim 12, whereinthe selectively displaying displays the event information on the displayof the at least one external terminal when the at least one externalterminal has a predetermined intimacy with the mobile terminal over apredetermined referenced value.
 17. The method of claim 16, wherein thepredetermined reference value includes at least one of a number of callsor messages transferred between the at least one external terminal andthe mobile terminal, the external mobile terminal being included in afriends list set on the mobile terminal, the external terminal beingincluded in a friends list on a social network, and intimate contentsincluded in the received event signal related to the event.
 18. Themethod of claim 12, wherein the event signal is generated by at leastone of a call transmission/reception, a message transmission/reception,a data transmission/reception via an instant messaging service, a datatransmission/reception via a social networking service and a scheduleindication.
 19. The method of claim 12, further comprising: controllingthe at least one external terminal to selectively display contents ofthe first information screen corresponding to the activated first modeon the display of the external terminal; comparing, via the controller,a first designated security level related to at least one of the mobileterminal and information displayed on the first information screen to asecond designated security level related said at least one externalterminal; and selectively displaying contents of the first informationscreen on the display of the at least one external terminal based on aresult of the comparison of the first and second designated securitylevels.
 20. The method of claim 12, further comprising: receivinganother event signal indicating an event related to the second mode hasoccurred on the at least one external terminal; and selectivelydisplaying event information related to the event of the second mode onthe display of the mobile terminal.